[00:19] <BUGa_vacations> asac: chrisccoulson: http://blogs.zdnet.com/security/?p=6016
[00:20] <chrisccoulson> 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] <BUGa_vacations> ahaha
[00:21] <chrisccoulson> ;)
[00:22] <Mook_sb> 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.
[05:18] <[reed]> micahg: what's going on?
[05:19] <micahg> [reed]: ?
[05:19] <[reed]> micahg: https://bugzilla.mozilla.org/show_bug.cgi?id=140751#c27
[05:19] <[reed]> that is new
[05:20] <micahg> [reed]: yeah, slightly broken: bug 488536
[05:21] <micahg> 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] <micahg> I think it's been on for a while actually
[05:23] <[reed]> not afaik...
[05:23]  * [reed] looks
[05:23] <micahg> [reed]: https://bugzilla.mozilla.org/show_bug.cgi?id=478463#c20
[05:28] <micahg> [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] <micahg> we have the same problem
[05:29] <micahg> bug 505760
[05:33] <micahg> [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] <micahg> [reed]: just added you to bug 557032
[09:31] <asac> hi
[09:31] <asac> mi
[09:31]  * asac is back ;)
[09:31] <ddecator> heya asac
[09:32] <asac> hi ddecator
[09:32] <asac> ;)
[09:32] <asac> i was on easter holiday
[09:32] <ddecator> good time?
[09:32] <asac> yeah ;)
[09:32] <asac> one day off :-P
[09:33] <ddecator> well, better than none =)
[09:55] <asac> Bug 520166
[09:58] <asac> Bug 526290
[10:19] <chrisccoulson> 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] <chrisccoulson> (hello btw)
[10:22] <asac> chrisccoulson: yes, thts the last i remember
[10:22] <asac> hi
[10:23] <chrisccoulson> asac - excellent. all the other updates (in main) are done, i just need to finish the universe update really
[10:23] <chrisccoulson> how are you anyway?
[10:23] <asac> chrisccoulson: back from easter holiday ... processing mails ;)
[10:24] <chrisccoulson> heh, i still haven't finished doing that yet ;)
[10:24] <asac> shoulder is still not full cured
[10:24] <asac> i dont see me finishing soon ;)
[10:24] <chrisccoulson> that's not good. is it getting better though?
[10:24] <asac> not sure ... have to see the doctor
[10:24] <asac> think its inflammataed
[10:26] <asac> chrisccoulson: so 3.6.4 is scheduled for beginning of may
[10:26] <asac> chrisccoulson: we will get out of process plugins there
[10:26] <asac> at least its likely
[10:26] <asac> we need to do thorough in advance testing
[10:26] <asac> e.g. this time stuff should go into security ppa when the beta period starts
[10:26] <asac> thats like next week ;)
[10:27] <asac> but first i think we should take care of the xulrunner-list
[10:27] <asac> so did we get enough ported so we can say that the rest gets removed?
[10:27] <asac> or are there builds where we didnt try basic porting at all=?
[10:27] <chrisccoulson> 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] <asac> chrisccoulson: you go to the bug + patch and ask for approval3.6.4?
[10:28] <asac> or approval1.9.2.4?
[10:28] <asac> thats a flag you can switch in patch details
[10:28] <chrisccoulson> we've got most bits ported, i need to check progress on that though. micahg has been focusing on that mainly
[10:28] <asac> and while doing the flip you need to add justification
[10:29] <asac> e.g. why is it important enough to go into a stable branch
[10:29] <chrisccoulson> ah, ok. thanks
[10:29] <asac> 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] <asac> if its just a cosmetic bug with high regression risk, unlikely :)
[10:30] <asac> startup notification bug feels important enough ;)
[10:30] <asac> chrisccoulson: you should ask for approval soon ...
[10:30] <[reed]> which startup notification bug?
[10:30] <asac> otherwise it has to wait for 3.6.5?
[10:30] <asac> if its not too late yet ;)
[10:30] <asac> [reed]: hi ;)
[10:30] <[reed]> hi
[10:30] <asac> [reed]: i think if you click on gnome and firefox starts
[10:30] <chrisccoulson> [reed] - hi
[10:30] <asac> gnome doesnt recognize that the window comes up
[10:30] <[reed]> mozilla bug 416053 ?
[10:31] <chrisccoulson> 1 second, i will just try and find the bug (and the patch)
[10:31] <asac> yeah. that sounds like it
[10:31] <chrisccoulson> [reed] - that looks like the one
[10:31] <[reed]> ok, that landed on 1.9.2 branch yesterday
[10:31] <asac> chrisccoulson: so yes, the other way is to talk to [reed] who is a rocking upstream for us ;)
[10:31] <asac> cool
[10:31] <[reed]> mozilla bug 534845 is still needed to fix it
[10:31] <[reed]> I'll get that approved
[10:31] <chrisccoulson> [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] <chrisccoulson> [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] <chrisccoulson> [reed] - neither, and i'm not sure of the passwords to those
[10:36] <chrisccoulson> i just created a new one (chrisccoulson@ubuntu.com)
[10:36] <[reed]> ok
[10:36] <chrisccoulson> is there already 2 accounts?
[10:36] <[reed]> three now!
[10:36] <chrisccoulson> heh, i don't even have the softhome mail address any more
[10:36] <chrisccoulson> and the googlemail account is my non-work account ;)
[10:37] <[reed]> ok, I'm watching you now
[10:37] <chrisccoulson> thanks
[10:37] <[reed]> if you need me in a bug, you can CC :reed or just ping me here
[10:37] <chrisccoulson> asac - packagekit needs a rebuild in main for xul192. i can't upload that though ;)
[10:38] <chrisccoulson> [reed] -ok, no worries. thanks
[10:39] <chrisccoulson> asac - we haven't got a good build of xul192 on ia64 yet
[10:39] <chrisccoulson> and gjs is still causing a headache, as that doesn't build on i386 and armel (with 2 separate issues)
[10:40] <asac> chrisccoulson: rebuild? or any patch?
[10:41] <asac> hmm ia64 ...  bad
[10:41] <chrisccoulson> asac - packagekit just needs a rebuild
[10:41] <asac> chrisccoulson: so that builds against xulrunner-dev?
[10:41] <asac> interesting that it wasnt uploaded since we have 1.9.2
[10:42] <chrisccoulson> yeah, it builds against xulrunner-dev
[10:42] <asac> kk
[10:42] <asac> TestPoisonArea.cpp:178:2: error: #error "Need return instruction for this architecture"
[10:43] <asac> TestPoisonArea.cpp: In function 'uintptr_t ReserveNegativeControl()':
[10:43] <asac> TestPoisonArea.cpp:382: error: 'RETURN_INSTR' was not declared in this scope
[10:43] <chrisccoulson> asac - yeah, micahg tried to look at this briefly to figure out why firefox builds ok on ia64 and xulrunner fails
[10:43] <asac> chrisccoulson: does ffox build on ia64?
[10:43] <chrisccoulson> and it seems that we're running some tests on xulrunner that we're not doing in the firefox build
[10:44] <asac> yeah
[10:44] <chrisccoulson> so i was going to ask if we can disable those for the ia64 build for now
[10:44] <asac> in worst case we disable tests for ia64
[10:44] <asac> but mostlikely its just the same as on i386? ;)
[10:45] <asac> lets file a bug upstream
[10:45] <asac> and disable
[10:45] <asac> found a bunch of assembly instruction books
[10:45] <asac> chrisccoulson: debian maybe made a patch for that?
[10:45] <chrisccoulson> asac - yeah, i can check debian
[10:46] <asac> most likely he forwarded it upstream already
[10:46] <asac> anyway. we should disable tests there
[10:46] <asac> and wait till the fix lands
[10:47] <chrisccoulson> 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] <chrisccoulson> (bug 541951)
[10:47] <chrisccoulson> is there any reason not to use that?
[10:50] <bdrung> asac, chrisccoulson: can i reintroduce pwdhash to lucid and which process should i follow? updating the wiki and upload it?
[10:50] <asac> chrisccoulson: hmm. i need to resurrect stuff
[10:50] <asac> to remember whats bets
[10:50] <asac> the xulrunner patch was xulrunner special as it allows you to set lockPrefs in the GRE dir and the APP dir
[10:50] <asac> we dont need that
[10:50] <chrisccoulson> bdrung - would you mind talking to pitti about that? i think it was blacklisted to stop it from automatically syncing from debian
[10:50] <bdrung> chrisccoulson: ok
[10:51] <asac> bdrung: we are currently filtering for most important extensions
[10:51] <asac> as we need to be able to update major versions
[10:51] <asac> if pwdhash is important enough we can have it whitelisted
[10:51] <bdrung> asac: i talked to chrisccoulson yesterday. i volunteer to maintain that extension and upstream is very responsive.
[10:51] <asac> especially if its a native component extension
[10:52] <asac> ok that shouldnt be a problem then
[10:52] <asac> you are core dev, right? that should be enough
[10:52] <asac> :-P
[10:52] <bdrung> yes
[10:52] <asac> if you bump into walls with pitti let me know
[10:53] <bdrung> asac: the extension is for password managing - without it i cannot log into launchpad for example
[10:53] <bdrung> asac: btw, i have release m-d 0.21
[10:53] <asac> bdrung: yeah
[10:53] <asac> bdrung: new features?
[10:53] <asac> otherwise we can upload it
[10:53] <asac> without checking ;)
[10:54] <bdrung> asac: kind of. it now creates empty config files and puts all extensions in a subdirectory to unclutter /usr/share
[10:55] <asac> hmm. is there an upgrade risk?
[10:59] <bdrung> asac: only a little. you have a switch for disabling the new config file creation.
[11:00] <bdrung> asac: bug #557081
[11:00] <asac> bdrung: how many packages have been tested with it?
[11:01] <bdrung> asac: should i do a full archive test?
[11:01] <asac> bdrung: do you have the ability to do that?
[11:02] <asac> we might even want to respin everything in universe then
[11:02] <bdrung> asac: i have a script that does that (at least most of the extensions)
[11:02] <asac> so all this gets it right
[11:02] <bdrung> asac: yes
[11:02] <asac> yeah. so give that locally a try.
[11:02] <bdrung> k
[11:02] <asac> and post results to the sync bug
[11:02] <asac> then i am fine with it ;)
[11:15] <asac> mozilla bug 555822
[11:20] <asac> ddecator: can you check with fta on your songbird merge request=
[11:20] <asac> ?
[11:20] <asac> https://code.launchpad.net/~ddecator/songbird/fix-songbird-daily-build-20100401/+merge/22592
[11:20] <sebner> asac: songbird died anyways
[11:24] <bdrung> asac: can we rename ubufox to xul-ext-ubufox?
[11:35] <asac> not for this cycle
[11:35] <asac> it doesnt use md atm
[11:35] <asac> too
[11:35] <asac> we can do that beginning next cycle
[11:38] <bdrung> 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] <asac> chrisccoulson: so ... ;)
[11:51] <asac> https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/xulrunner-list
[11:51] <asac> never ending topic :-P
[11:51] <asac> if we check lucid main and lucid universe table
[11:51] <chrisccoulson> kazehakase has gone :)
[11:51] <asac> are all that have not "Uploaded"
[11:51] <chrisccoulson> i just asked pitti to remove that
[11:52] <asac> chrisccoulson: kazehakase was already fixed, wasnt it?
[11:52] <asac> according to table its:
[11:52] <asac> Disabled
[11:52] <asac> e.g. the gecko part was disabled
[11:52] <asac> only webkit used
[11:52] <chrisccoulson> asac - we disabled the gecko backend, but the webkit backend doesn't work at all
[11:52] <asac> ah ok
[11:52] <asac> well
[11:52] <asac> thats bad ;)
[11:53] <chrisccoulson> so, we just removed it rather than spending time trying to fix it
[11:53] <asac> e.g. it doesnt really help
[11:53] <asac> we need something for hardy-karmic
[11:53] <asac> we need to fix it anyway
[11:53] <chrisccoulson> yeah, that's true
[11:53] <asac> so fixing the gecko backend isnt easy?
[11:54] <chrisccoulson> i'm not too sure actually, as micahg looked at that
[11:54] <asac> yeah. we shouldnt have removed it imo
[11:54] <chrisccoulson> it's probably fixable for hardy -> karmic, but i'm not sure we want to keep on maintaining it for the future
[11:54] <asac> it was in the insecure list
[11:55] <asac> chrisccoulson: we should try if its easy to maintain at least
[11:55] <asac> that was the qualifying factor
[11:55] <asac> if it just works with bumping GREVersion etc.
[11:55] <asac> galeon is much more important to remove because thats dead upstream
[11:56] <asac> though its not a regression
[11:56] <asac> so we can say its a debian problem
[11:56] <chrisccoulson> yeah, micahg talked about removing galeon
[11:56] <asac> anyway. i am more concerned a bout the white holes in the table ;)
[11:57] <asac> libgtk2-mozembed-perl
[11:57] <asac> mediatomb
[11:57] <asac> miro
[11:57] <asac> libjavascript-perl
[11:57] <asac> libjdic-java
[11:57] <asac> classpath (is that not ported??)
[11:57] <asac> gxine ( iremember some progress on that)
[11:58] <asac> in the main table we still have openoffice.org
[11:58] <asac> guess that is fixed?
[11:59] <asac> and gluezilla -> will have to check with micah today
[11:59] <asac> but maybe we should really go back and kill more aggressively
[11:59] <asac> just scared about community push back
[11:59] <asac> for dumping stuff without even trying ;)
[12:00] <chrisccoulson> what is openoffice using xulrunner for? none of the binaries have any depends on any xulrunner bits
[12:00] <asac> chrisccoulson: i thin kits a plugin
[12:00] <asac> in browser office ;)
[12:00] <chrisccoulson> ah, ok
[12:01] <chrisccoulson> so, that probably just needed a rebuild, which might have already happened
[12:01] <asac> i asked ccheney at some point if we could just drop that
[12:01] <asac> not sure where it went
[12:01] <asac> yeah. i think its safe
[12:01] <chrisccoulson> asac - yeah, there was an openoffice build 6 days ago
[12:01] <chrisccoulson> so that ones done :)
[12:12] <bdrung> chrisccoulson: my script found firegpg and kompozer. do we keep them or remove?
[12:14] <persia> 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] <bdrung> persia: it should be added to https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/extension-list
[12:16] <persia> I won't add it there because I'm not committing to support it.  I'm just sharing rationale.
[12:17] <persia> Or do you mean just add an empty entry as needs-review?
[12:17] <bdrung> persia: it's a list of all extensions and it misses there.
[12:17] <persia> OK.  Adding an empty entry now.
[12:17] <bdrung> persia: not empty, but needs-review
[12:18] <persia> Under "Action"?
[12:18] <bdrung> yes
[12:18] <persia> OK.
[12:19] <bdrung> persia: can you add kompozer too?
[12:19] <persia> Sure, if the wiki ever responds to my edit request.
[12:26] <persia> bdrung: Done.
[12:26] <bdrung> thanks
[12:48] <asac> firegpg falls under the "native component" category
[12:48] <asac> so should be kept if possible
[12:48] <asac> chrisccoulson: ^^
[12:48] <asac> persia: ^
[12:49] <persia> And now that I'm getting encouraged to actually do stuff, I remember why I came here originally :)
[12:49] <chrisccoulson> bdrung - yeah, please add them to the list
[12:50] <persia> 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:51] <bdrung> asac: finally the test build is running
[12:54] <chrisccoulson> asac - bug 557240 FYI
[12:55] <persia> 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] <chrisccoulson> persia - i don't make the decision there though
[12:56] <asac> persia: we can change the searchplugins in langpacks
[12:57] <persia> 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] <asac> the defaults need to be set in ubufox still
[12:57] <asac> that isnt integrated into rosetta yet
[12:57] <asac> so through contributions
[12:57] <persia> asac: So, how do we do that?  ArneGotje wasn't sure.  Are there docs somewhere?
[12:57] <persia> Oh, so direct patches into ubufox?
[12:57] <asac> persia: submit a patch for ubufox ...
[12:57] <asac> yes
[12:57] <asac> there are locale/LANG/...
[12:57] <persia> Cool.  I'll advise nobuto, who will probably submit something.
[12:58] <persia> Thanks.
[12:58] <asac> there is *search*properties
[12:58] <asac> i think thats all
[12:58] <persia> And it doesn't need any fussing with langpack-o-matic?
[12:58] <asac> depends. some languages also want a special url, e.g. yahoo.cp.jo
[12:59] <asac> if they want to change the search plugin we need to fix that in langpack o matic
[12:59] <asac> the default is managed in ubufox
[12:59] <asac> or some langauges might even want a complete new searchplugin etc ... that would be lpom
[12:59] <asac> ;)
[12:59] <persia> Now I'm confused.  It's precisely for that special URL that I've been asked to make the request.
[13:00] <asac> yes. so thats not "changing the default", but changing an existing seachplugin
[13:00] <asac> persia: what searchplugin is that about?
[13:00] <persia> So it happens in the langpacks.
[13:00] <asac> yes
[13:00] <persia> Yahoo/Yahoo.jp
[13:00] <asac> hmm. afaik we already ship that
[13:00] <asac> let me check
[13:00] <persia> Odd: that doesn't match the instructions I was given.  I'll get some new guidance and ask more later.
[13:01] <asac> wait a second. have to verify whts in -ja langpack (install.ing ..)
[13:02] <bdrung> asac: the build check found bug #527138
[13:03] <bdrung> persia: firegpg FTBFS
[13:03] <asac> persia: yes, so "ja" isnt specialized interestingly
[13:03] <asac> so they should submit the changed .xml files
[13:03] <persia> asac: To ubufox or to langpack-o-matic?
[13:04] <asac> persia: langpack-o-matic sounds good
[13:04] <asac> bdrung: yes. i have it ready ... just lack some build-deps ;)
[13:04] <asac> i mean ... lack adding them so it builds on the builders
[13:05] <bdrung> asac: there are others, too (but nothing caused by m-d)
[13:05] <asac> http://launchpadlibrarian.net/41667950/buildlog_ubuntu-lucid-i386.enigmail_2%3A1.0.1-0ubuntu1~asac1_FAILEDTOBUILD.txt.gz
[13:05] <asac> https://edge.launchpad.net/~asac/+archive/ppa/
[13:16] <nikolam> hmm, Mozilla not wanting to release Sunbird beyond 1.0b
[13:17] <nikolam> 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] <asac> yes. plugin is better maintained
[13:18] <asac> we will try to drop sunbird and just ship lightning
[13:18] <nikolam> Looks like calendaring is coming back home to mail client again..
[13:18] <asac> discussed that with chrisccoulson today
[13:18] <asac> yes
[13:18] <nikolam> And, like I was missing badly calendar plugin after switching from Mozilla to Seamonkey,
[13:19] <nikolam> I am now going to badly miss Sunbird..
[13:19] <nikolam> 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] <nikolam> what is akonadi, persia
[13:21] <maxb> 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] <persia> It's a PIM metadata repository with an open API.
[13:24] <nikolam> and how is encrypted and protected, users data inside akonadi? could I run it on my own server?
[13:25] <nikolam> seems to me like very hard kde/gnome depended?
[13:31] <persia> 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] <bdrung> asac: done bug #557081
[13:38] <nikolam> bah, where a heck i get 64bit lightning.
[13:39] <nikolam> Killing Sunbird now is so bad, huh..
[13:44] <asac> kk
[13:44] <asac> nikolam: we will build it hopefully (amd64 lightning)
[13:45] <nikolam> but there is no official one as i see it now
[13:46] <asac> yes. upstream doesnt support 64
[13:46] <nikolam> bah
[13:47] <nikolam> 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] <nikolam> Like it was when Mozilla was changing to FF . It is saying again.
[13:49] <asac> well. dont complain to us
[13:49] <asac> we will try to get it in ubuntu
[13:49] <asac> if it works at all ;)
[13:50] <nikolam> bah ;)
[13:53] <nikolam> I installed it on TB3.0 on opensolaris. And it does not load remote calendar
[13:55] <nikolam> ok,, correction, it does. one needs just to remove it and make it again.
[14:00] <asac> chrisccoulson: Bug 526290
[14:01] <asac> read my last comments
[14:01] <asac> i think we lost that setting from tb2 to tb3
[14:04] <chrisccoulson> asac - oh, there is a setting to configure that?
[14:04] <asac> chrisccoulson: yes.
[14:04] <asac> now that xdg-open works its quite ok
[14:05] <asac> previously we had that as fallback and then the other stuff was taken from gconf if available
[14:24] <bdrung> asac: ubufox uses m-d - it needs an update
[14:31] <bdrung> asac: can you please push the ubufox ubuntu branch? it's not up-to-date!
[14:33] <bdrung> asac: can ubufox use 3.0 (quilt) or do you need to backport this branch?
[14:36] <micahg> bdrung: I don't think we should be using quilt 3.0 until next year when all the old versions are EOL
[14:38] <bdrung> 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] <micahg> yes, but dailies are built on trunk
[14:38] <micahg> or rather off trunk
[14:38] <bdrung> k
[14:42] <micahg> chrisccoulson: I don't know how I missed that bug menu disable item, if I had caught it, I would have complained
[14:42] <sebner> micahg: hoia, I heard you are fiXX0ring gjs? :)
[14:43] <micahg> sebner: hopefully :)
[14:44] <sebner> micahg: heh, I heard the js checks are failing on i386 :\ bad gjs
[14:45] <micahg> 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] <micahg> sebner: has to be this week though :)
[14:47] <sebner> 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] <micahg> sebner: there's no good way to use a specific xul release w/out hardcoding ATM
[14:51] <sebner> micahg: hardcoding it in rules? *hrhrhr*
[15:16] <sebner> micahg: argh, I mean control -.-
[15:17] <micahg> sebner: well, we might be able to use dh_xulrunner
[15:19] <chrisccoulson> bdrung - were you looking at the firegpg ftbfs?
[15:19] <chrisccoulson> i can probably fix that now if you're not already looking at it
[15:19] <micahg> chrisccoulson: I have it building, that problem is that once it starts, there's an issue
[15:20] <chrisccoulson> micahg - oh, what's the issue?
[15:20] <micahg> idr, but there's an xul type error that requires a code change
[15:21] <chrisccoulson> ah, i'll leave that one with you for now then ;)
[15:21] <micahg> chrisccoulson: can we drop noscript?
[15:22] <chrisccoulson> micahg - noscript is quite a popular extension according to a.m.o, which is why i kept it
[15:22] <chrisccoulson> is there a reason to drop it?
[15:22] <chrisccoulson> other than the fact it doesn't work ;)
[15:22] <chrisccoulson> (it needs updating)
[15:22] <micahg> chrisccoulson: yes, it's a moving target that moves too fast
[15:23] <chrisccoulson> i'm not sure what asac thinks about dropping that one
[15:23] <asac> -noscript
[15:23] <asac> is important imo
[15:24] <asac> quite a lot securtity sensitive folks use it
[15:24] <asac> and its ready upstream, isnt it?
[15:24] <chrisccoulson> yeah, i just need to update it
[15:24] <micahg> asac: yes, but they update it weekly, sometimes with security fixes, IMHO, we can't keep up with the updates
[15:24] <chrisccoulson> i will try and work through those that need updating/disabling before i move on to other tasks later
[15:25] <bdrung> chrisccoulson: it's yours. i didn't looked into it.
[15:26] <chrisccoulson> bdrung, thanks. it seems micahg is already working on that one
[15:26] <micahg> chrisccoulson: yeah, that one got on the xul wiki page as well
[15:27] <bdrung> chrisccoulson: can you look at kompozer?
[15:27] <chrisccoulson> micahg, yeah, persia just added it
[15:27] <chrisccoulson> i've marked firegpg as needing no more work, as we're going to keep that
[15:27] <chrisccoulson> bdrung, yeah, will look at kompozer later
[15:29] <chrisccoulson> bah, it seems that building the firefox plugin in beagle is not configurable at build time
[15:35] <Mitch> asac: Fixed my connection.
[15:43] <Mitch> asac: Nevermind, it was some other channel that forwarded me.
[15:45] <asac> kk
[15:47] <micahg> asac: do I need to worry about backports?
[15:47] <asac> micahg: in what way? ubuntu-backports ... probably not
[15:47] <micahg> asac: yes
[15:47] <asac> if someone uploaded a bogus version there that is now lower we will just upgrade them
[15:47] <micahg> asac: ok, so 1.0+really0.9?
[15:48] <micahg> asac: or should we just backport latest from lucid to -backports?
[15:48] <asac> right. that would work if it still has a good upgrade path to lucid etc.
[15:48] <asac> micahg: we can also do the backport there, yes.
[15:49] <micahg> asac: I'll stage that too as a fake source package (i.e. source-version)
[15:51] <micahg> asac: bug 553049
[15:53] <asac> ok milstoned, subscribed -archive etc.
[15:53] <Mitch> So, there's a community fork of Songbird that we're doing called Nightingale. http://getnightingale.org/
[15:54] <Mitch> Linux-friendly and whatnot.
[15:54] <Mitch> We aim to make this thing actually distributable.
[15:55] <micahg> Mitch: I've been wathcing
[15:55] <asac> Mitch: problem is security updates
[15:55] <asac> Mitch: you need to be ready whem moz pushes stuff out ... unless you someone disallow acessing remote content
[15:56] <micahg> asac: would we be willing to take it without using system xul?
[15:56] <Mitch> asac: Fair enough. BTW, POTI is using an ancient XULRunner version.
[15:57] <asac> micahg: i think we try to get away from xulrunner rdepends
[15:57] <asac> which probabl ymeans that we prefer in-source stuff :(
[15:57] <asac> iff upstream cares and stays on top ... which i dont expect to be the case for many
[15:57] <asac> micahg: poti?
[15:58] <micahg> asac: well, I'd still prefer to update 1 package instead of 20 every time there's a security update
[15:59] <asac> micahg: true ;)
[15:59] <micahg> asac: as it stands now, everytime mozilla does a release, we need to update 4 packages if we get seamonkey in lucid
[15:59] <asac> so yeah. in general we prefer it
[15:59] <micahg> and fennec I'm not sure about
[16:00] <micahg> I guess we have to see if the vulnerabilities are xul or mobile code
[16:01] <asac> fennec uses libxul-sdk, doesnt it?
[16:01] <asac> most vuln are xul code for sure
[16:01] <micahg> asac: yep
[16:04] <micahg> asac: so for insecure, there's 15 for hardy, 17 for jaunty, and 14 for karmic
[16:11] <asac> yes
[16:11] <asac> sounds right
[16:33] <Mitch> asac: Oh, you probably meant me instead of micahg before. POTI is the company behind Songbird.
[16:37] <micahg> Mitch: they're in the process of upgrading to xul192
[16:37] <Mitch> micahg: Yeah. They've been saying that, but getting a release out is a higher priority for them.
[16:38] <micahg> Mitch: you can see it in the code
[16:38] <Mitch> In the 1.9.2 branch.
[16:56] <bdrung_> asac: lp:~ubuntu-core-dev/ubufox/ubuntu is not up-to-date
[17:01] <asac> bdrung_: did i do the last uploads=
[17:02]  * asac pushing
[17:02] <asac> bdrung_: rev111
[17:14] <bdrung_> asac: https://code.edge.launchpad.net/~bdrung/ubufox/m-d-0.21
[17:47] <fta> asac, why debian can't take our gyp if they already took chromium from us?
[17:48] <fta> same for the codecs btw
[17:56] <bdrung_> asac: can you have a look at the branch posted above?
[18:21] <maxb> I have Thunderbird crashing with a SEGV in nsQueryInterface::operator()(nsID const&, void**) const () from /usr/lib/thunderbird-3.0.4/libxpcom_core.so. Other than installing thunderbird-dbg so that next time there will be more info, is there anything useful I can extract from this gdb session?
[19:30] <fta> bug 537370
[19:59] <fta> *sigh* i need to re-upload chromium to lucid.. 5.0.342.9
[20:03] <chrisccoulson> hmmm, deejayd-webui-extension does not work with FF3.6
[20:04] <micahg> chrisccoulson: could be as simple as bumping the maxversion in install.rdf
[20:04] <chrisccoulson> micahg, tried that, and it still doesn't work ;)
[20:04] <micahg> where's upstream?
[20:06] <chrisccoulson> micahg - that's what i'm trying to find out now :-/
[20:06] <chrisccoulson> micahg - the upstream URL doesn't work any more
[20:06] <micahg> chrisccoulson: drop it then IMHO
[20:07] <micahg> chrisccoulson: unless debian has an updated version
[20:07] <chrisccoulson> micahg - our version is in sync with debian currently
[20:07] <billybigrigger> hey all, just a quick question, is it possible to enter in my own right click menu entry in firefox?
[20:07] <micahg> billybigrigger: there's probably an addon to do it
[20:07] <chrisccoulson> billybigrigger, write an extension?
[20:07] <chrisccoulson> heh ;)
[20:07] <billybigrigger> ie right click menu pops up saying search google for blah blah
[20:08] <billybigrigger> i want to have a menu entry to open a selected link in new tab/window
[20:08] <chrisccoulson> hmmm
[20:08] <micahg> billybigrigger: I think there's already an add on for that
[20:08] <chrisccoulson> there's already an item for that already
[20:08] <billybigrigger> hmmm not much of a scripter/programmer
[20:08] <chrisccoulson> yeah
[20:08] <billybigrigger> micahg, nice, i'll have a look
[20:08] <billybigrigger> BUGabundo, boo
[20:08] <BUGabundo> oias billybigrigger
[20:08] <billybigrigger> :)
[20:08] <BUGabundo> long time no see
[20:09] <BUGabundo> what have you been up to ?
[20:09] <billybigrigger> tell me about it
[20:09] <chrisccoulson> billybigrigger, maybe i misunderstand what you want, but isn't there already an option for opening a link in new window / new tab?
[20:09] <billybigrigger> working...working...working...now it's summer time and i finally have some time to play haha
[20:10] <billybigrigger> chrisccoulson, if it's a proper link yes...but if i highlight just www.blah.com that is plain text it would be nice to right click and open in a new tab
[20:10] <micahg> chrisccoulson: maybe e-mail the maintainer for more info?
[20:10] <chrisccoulson> billybigrigger, oh, i understand now
[20:10] <billybigrigger> i'm just being lazy, ctrl-c & v is just as fast imo
[20:10] <chrisccoulson> micahg, yeah, i could do
[20:11] <avis> is asac around ?  this is not on topic for mozilla but i need his permission to ask him a question in PM regarding bluetooth, lucid, and discoverable devices
[20:11] <micahg> chrisccoulson: I forgot to copy nss to the staging PPA before I uploaded xulrunner-1.9.2.2 to hardy :-/
[20:12] <chrisccoulson> micahg - oops ;)
[20:12] <chrisccoulson> so, xulrunner will need rebuilding won't it?
[20:12] <micahg> chrisccoulson: yeah, I'll bump it after I copy the stuff later
[20:12] <chrisccoulson> thanks
[20:13] <micahg> chrisccoulson: actually got galeon and edbrowse ready on the way in today (I hope they build :) )
[20:22] <chrisccoulson> micahg - yeah, hopefully
[20:24] <fta> for the records, i've packaged closure-compiler, a "JavaScript optimizing compiler"  http://code.google.com/p/closure-compiler/  (but i won't push it)
[20:24] <fta> it works fine though
[20:34] <asac> chrisccoulson: bindwood ... i think its done in the old style "merge all upstream sources on top" approach
[20:34] <asac> with .bzr-builddeb/default.conf to get the orig.tar.gz
[20:34] <asac> or maybe debian/ only but with default.conf
[20:38] <fta> (the compiler is in my ppa though, no plan to go to the repos, i'm sick of applying)
[20:40] <chrisccoulson> micahg - actually, bumping maxversion seems to work
[20:40] <chrisccoulson> (well, it works as in "the extension loads ok, and doesn't screw up the firefox interface or make it crash")
[20:40] <chrisccoulson> i'm not sure how to test it though, as I don't really know what it's meant to do
[21:11] <mahfouz> thunderbird composer could really use a keyboard shortcut "delete line" like CTRL-K in emacs
[21:18] <ddecator> asac: i can if you want. i know micahg was going to test it for me. but yah, songbird is no longer providing official linux support, so i'm helping to start "Nightingale" which will be a community-based fork of songbird
[21:21] <asac> hmm. i doubt that community can achieve what songbird proper was not able to do
[21:23] <mahfouz> what is it supposed to do?
[21:31] <ddecator> we're working with the upstream songbird devs, so hopefully things will work out
[21:40] <bdrung_> chrisccoulson: working on deejayd?
[21:41] <micahg> asac: would the new nightengale fall under the mozilla team's pervue?
[21:41] <micahg> asac: or should we try to work with Songbird still as the linux source will still exist, just no binaries?
[21:42] <asac> well. songbird was always undermaintained
[21:42] <asac> before getting any of this inthe real archive
[21:43] <asac> it shoud be maintained in some ppa for a longer time so we can be confident that we can support that
[21:43] <ddecator> that's what i'm working on
[21:43] <micahg> asac: right, but I'm wondering if it should be  a mozilla team effort since it will most likely be building on xul or another entity
[21:44] <ddecator> micahg: system's xul
[21:45] <asac> sure. this can be done under the mozillateam umbrella
[21:45] <asac> but the mozillatem has no wil on its own, so its shaped by whoever is contributing etc.
[21:45] <asac> just think that mozilla stuff is unlikely to make sense if thats not supportable
[21:45] <asac> and we seen  a bunch of those products in the past ;)
[21:45] <micahg> asac: I'm asking because I saw a dent from ddecator about creating a packaging team for nightengale
[21:46] <asac> sure
[21:46] <ddecator> micahg: Nightingale Daily Build Team. i plan on hosting a PPA until we have something that is worth being looked at by the mozillateam
[21:47] <micahg> ddecator: should we be doing both Songbird and Nightengale dailies?
[21:49] <ddecator> micahg: i'm not sure. initially, Nightingale will just be a rebranded Songbird with the closed-source components dropped. i can continue to package Songbird in the short-term if we want something up-to-date that works on Lucid, and later Nightingale can take it's place once it's ready
[21:50] <micahg> ddecator: what's closed source in songbird?
[21:50] <ddecator> micahg: CD ripping and a couple other components i believe. they aren't supported on linux anyway
[21:53] <ddecator> we're hoping to replace all of that with opensource software so everything works on linux that also works on mac and windows
[21:54] <micahg> ddecator: that's an interesting proposition
[22:12] <BUGa_vacations> $ chromium-browser
[22:12] <BUGa_vacations> [19817:19828:8066590399:ERROR:net/socket/ssl_client_socket_nss.cc(1289)] handshake failed; NSS error code -12229, net_error -107
[22:12] <BUGa_vacations> [19817:19817:8931888137:ERROR:chrome/app/chrome_dll_main.cc(234)] Gdk: gdk_window_shape_combine_region: assertion `GDK_IS_WINDOW (window)' failed
[22:12] <BUGa_vacations> [19817:19817:8933274665:ERROR:chrome/app/chrome_dll_main.cc(234)] Gdk: gdk_window_shape_combine_region: assertion `GDK_IS_WINDOW (window)' failed
[22:12] <BUGa_vacations> Segmentation fault (core dumped)
[22:12] <BUGa_vacations> fta: ^^^^^^^^^^
[22:12] <fta> trunk?
[22:13] <BUGa_vacations> daily, yes
[22:13] <BUGa_vacations> already got like 5 crashes
[22:13] <BUGa_vacations> closing tabs, clicking links, etc
[22:13] <BUGa_vacations> plus, lots of snaps all week :(
[22:14] <fta> hm, none here.
[22:15] <BUGa_vacations> many many here
[22:21] <asac> chrisccoulson: Committed revision 204.  on ubufox upstream branch
[22:25] <asac> but 414926
[22:25] <asac> bug 414926
[22:29] <asac> bug 381674
[22:30] <asac> bug 418777
[22:31] <bdrung_> asac: can you look at https://code.launchpad.net/~bdrung/ubufox/m-d-0.21/+merge/22973 ?
[22:33] <asac> bdrung_: what ends up in Recommends?
[22:34] <asac> e.g. do you have it in front of you to check?
[22:34] <asac> also is Add "set -e and debhelper token to preinst script." safe?
[22:34] <asac> e.g. what is done in those scripts?
[22:35] <bdrung_> asac: it installs. "set -e" = exit on first failure. debhelper token is used by debhelper to add more (if required) [all lintian complains]
[22:36] <bdrung_> asac: Recommends: firefox | abrowser | firefox-3.5 | abrowser-3.5 | firefox-3.0
[22:36] <asac> i know what set -e is
[22:36] <bdrung_> Enhances: abrowser, abrowser-3.5, firefox, firefox-3.0, firefox-3.5
[22:36] <asac> i just wonder if there is any code in the post/pre files
[22:37] <asac> ok thats safe
[22:37] <bdrung_> set -e is safe
[22:38] <asac> well. i dont want to risk invalidating all upgrade testing ;)
[22:38] <asac> because ubufox fails in some stuff in #DEBHELPER# where it didnt fail
[22:38] <asac> what doest #DEBHELPER# add for us here?
[22:38] <bdrung_> #DEBHELPER# is replaces by nothing (in our case)
[22:39] <bdrung_> it's similar to ${misc:Depends} ;)
[22:39] <asac> dh_install -pubufox debian/ubufox.js etc/firefox-3.0/pref/
[22:39] <asac> ubufox.js ... is that still installed?
[22:39] <asac> e.g. does md just take debian/PACKAGENAME.js ?
[22:40] <bdrung_> asac: that's a unresolved question. it creates it's own file.
[22:40] <asac> it should take debian/PACKAGENAME.js if avail ;)
[22:41] <bdrung_> asac: http://paste.debian.net/67926/
[22:41] <asac> err .. its not even ubufox.js ?
[22:41] <bdrung_> asac: is it ok to migrate the file to /etc/xul-ext?
[22:41] <bdrung_> asac: ups, typo. it's ubufox.js
[22:42] <asac> yes. we would need to migrate this
[22:42] <asac> not sure we really want to do that still
[22:42] <bdrung_> and it has to B-D on m-d (>= 0.21)
[22:43] <bdrung_> asac: it would give us more consistency
[22:44] <kecsap> asac, bdrung_: related your discussion, bug 492805 ? I did some effort there.
[22:45] <kecsap> no, 493805
[22:45] <kecsap> sorry
[22:45] <kecsap> bug 493805
[22:47] <bdrung_> kecsap: removing the config file is no solution.
[22:57] <asac> bdrung_: so i think i need to see the complete migration; but given thats done well, i think one needs to check with slangasek on top whether he considers that a FF thing or not
[22:58] <bdrung_> asac: we (mainly i) migrated most of the package to the new xul-ext- name. only a few are left.
[22:59] <asac> i know. but none is on CD ;)
[22:59] <bdrung_> webfav is on my list (and fixed in a bzr branch)
[23:00] <asac> yes, does it have the same system pref thing alredy? e.g. is such a migration needed too?
[23:00] <asac> if thats the case i think one should check with RMs just to be safe
[23:00] <bdrung_> IIRC it has no config file
[23:01] <asac> right. thats why its easier
[23:01] <bdrung_> RMs?
[23:01] <asac> release managers
[23:01] <bdrung_> k
[23:01] <bdrung_> asac: i want all packages renamed for lucid. then we can drop the transitional package afterwards and sync many packages (instead merging)
[23:02] <asac> i am surely happy with renaming without all the packaging changes ... especially the config migration
[23:03] <asac> i am even fine with the full thing if we do it right, and we check with RMs whether they are fine with it
[23:03] <asac> but... i dont have much time to jump in in the time left to fix stuff in the maintainer scripts etc. ;)
[23:04] <bdrung_> asac: let's make a deal. you update the maintainer script that migrates the config file and i fix it if it produces problems.
[23:08] <asac> at this point, I can mostly only review ... and prey ;) ... have to fix more important stuff in ubufox itself still
[23:09] <asac> like the plugin thing being kinda busted atm
[23:11] <BUGa_vacations> asac: did we revert search engine to google again?
[23:12] <micahg> BUGa_vacations: yep, lots of dents/posts
[23:13] <jcastro> BUGa_vacations: there's an announcement on -desktop
[23:13] <jcastro> but yeah
[23:13] <BUGa_vacations> humm
[23:13] <BUGa_vacations> was mobile all day
[23:13] <BUGa_vacations> so its news to me
[23:13] <jcastro> it's only a few hours old
[23:13] <BUGa_vacations> may I ask what lead to this change?
[23:13] <BUGa_vacations> https://lists.ubuntu.com/archives/ubuntu-devel/2010-April/030589.html
[23:13]  * BUGa_vacations reads
[23:15] <BUGa_vacations> rickspencer3: can you expand on that?
[23:15] <BUGa_vacations> is it only cause of "be familiar to everybody upgrading from 9.10 to 10.04" ?
[23:15] <rickspencer3> BUGa_vacations, uh
[23:16] <rickspencer3> well, that was just meant to say that if you weren't using 10.04 during development, you won't have experiences being switched to Yahoo! and back again
[23:16] <rickspencer3> I guess it didn't quite come off tha tway
[23:17] <rickspencer3> BUGa_vacations, you think switching back is good, right?
[23:18] <BUGa_vacations> I do use google
[23:18] <BUGa_vacations> not because I _like_ them, but because they tend to work better
[23:18] <BUGa_vacations> and provide me with a better user experience
[23:18] <yofel> hm, I certainly think it's a good idea too, but I'm still a bit surprised that it's suddenly changed back
[23:19] <BUGa_vacations> then again, I may be toe tipping to much on this question
[23:19] <BUGa_vacations> but it will be a blow to Canonical new found source or money resources
[23:19] <BUGa_vacations> so I'm confused
[23:19] <BUGa_vacations> yofel: +1
[23:19] <yofel> exactly
[23:28] <asac> jdstrand: /usr/bin/apturl is not possible in firefox?
[23:28] <asac> can we get that ;)?
[23:30] <jdstrand> asac: is that an apparmor thing?
[23:33] <asac> jdstrand: yes
[23:33] <asac> Apr  8 00:33:11 tinya kernel: [395282.546786] type=1503 audit(1270679591.807:35):  operation="exec" pid=16146 parent=16145 profile="/usr/lib/firefox-3.6.4pre/firefox-*bin" requested_mask="::x" denied_mask="::x" fsuid=1000 ouid=0 name="/usr/bin/apturl"
[23:49] <bdrung> asac: do you want me to keep the previous ubufox.js?