=== asac_ is now known as asac === \sh_away is now known as \sh === \sh is now known as \sh_away === \sh_away is now known as \sh [09:23] Ubulette: ok i think the idea is to rename firefox bin package to firefox-3 [09:23] aeh firefox-2 [09:24] and using a virtual package |firefox| that depends on firefox-3 to do the transition [10:42] Hi all! [10:42] hey [10:43] warp10: there are two ways to implement this for seamonkey: [10:43] 1. patching the seamonkey source to add a new menu entry [10:43] 2. writing an extension that overlays the menu and adds a new menu entry [10:43] i would suggest to do 1. first [10:44] and if 1 works we can consider to make an extension out of it [10:44] warp10: do you know how to build seamonkey from upstream sources? [10:45] asac: mmm... I have just worked on sources packages and packaged a couple of software, building seamonkey shouldn't be so much different, right? [10:46] a bit [10:47] get the upstream source (e.g. maybe use the current orig.tar.gz) [10:47] I downloaded the source package already, so I have it [10:47] then add a .mozconfig file with content: [10:47] ac_add_options --enable-application=suite [10:47] ac_add_options --enable-debug [10:47] ac_add_options --disable-optimize [10:48] on top i would suggest an entry to set a different build location (so the source stays clean): [10:48] mk_add_options MOZ_OBJDIR=/home/asac/moz-objdir [10:48] ^^ this should go on top [10:48] adapt it according to a location you like [10:48] build with [10:48] make -f client.mk build [10:49] (this will be a debug build and will require about 5G of disk space :)) [10:49] when build has finished you can run seamonkey in /home/asac/moz-objdir/dist/bin/ [10:49] ./seamonkey [10:49] once you have a working build we can look how to make the changes ;) [10:52] asac: ok, it is going [11:01] asac: mmm... build failed :( [11:02] asac: http://paste.ubuntu-nl.org/55707/ these are the last lines, do you need more? [11:15] warp10: instll build dependenciesof seamonkey package [11:16] sudo apt-get build-dep seamonkey ... but i guess you have have [11:16] that [11:16] yu need apatch most likely [11:16] look in seamonkey source package debian/patches/ directroy [11:18] Ubulette: which patch is it? ^^ [11:20] asac: well, some build-deps were missing indeed [11:21] warp10: try 13_bz344818_att264996.patch [11:21] you need to run autoconf2.13 after applying that [11:24] asac: ok, patched and building now [11:32] good [11:33] asac: mmm... not so good: same error as before :( [11:35] did you run autoconf2.13 after patching? [11:35] asac: I did. No output from that [11:40] warp10: maybe that patch only helps for system cairo ... i am doing a test build now ... you can try to add another option to .mozconfig: [11:40] --enable-system-cairo [11:42] --disable-tests you want as well i guess [11:42] and take care that configure is actually rerun during build [11:43] e.g. if its not run automatically after touching .mozconfig you might want to run make -f client.mk clean distclean before bulding [11:45] <[reed]> asac: mozilla bug 416969 [11:46] Mozilla bug 416969 in RSS Discovery and Preview "When subscribing to an RSS feed, no default applications are listed" [Enhancement,Unconfirmed] http://bugzilla.mozilla.org/show_bug.cgi?id=416969 [11:46] <[reed]> looks like a ubuntu problem [11:46] asac: ok, I did everything an I can confirm the configure run. Rebuilding now [11:46] <[reed]> an* [11:47] [reed]: which defaulta pp is there for you? [11:48] <[reed]> you mean what does the drop-down say? [11:48] [reed]: you claimed that we have something that you have ;) [11:48] so yes, what is the drop-down saying :) [11:49] <[reed]> "Live Bookmarks", "Bloglines", "My Yahoo", "Google" and trunk has "Choose Application" (not sure if branch has that) [11:49] i have "subscribe" ... "choose application ...", "my yahoo", "bloglines", "google" [11:49] so its the same for firefox-3.0 [11:50] [reed]: i think the reporter complains about that choose application ... doesn't guess any default app [11:50] <[reed]> ah [11:51] if i select liferea through choose application ... it will be added to that menu later on [11:51] <[reed]> true, but where would get we get some "default app" from? [11:51] <[reed]> also, why is that guy running 2.0.0.6? [11:51] <[reed]> crazy [11:51] through mime-type ... as always ;) [11:52] <[reed]> hmm [11:52] [reed]: 2.0.0.6 is what ubuntu gutsy has on CD (as it was current) ... he most likely didn't run any update/upgrades yet [11:52] <[reed]> and he's jonathan@ubuntu.com? not running updates? tsk [11:52] <[reed]> :) [11:53] hehe [11:53] maybe he used a live-cd to test this? [11:53] no idea [11:54] warp10: oh in case it fails with some visibility issues you need debian/patches/20_force-no-pragma-visibility-for-gcc-4.2_4.3.patch as well [11:54] (run autoconf2.13 too) [11:54] i think that should be the last [11:55] (sorry forgot most things about the old branch where seamonkey 1.8 is from) [11:56] asac: ok. It's still running and looks like the critical point is behind us (crossing fingers) [12:00] yeah lets hope [12:00] otherwise you need the pach above as well unfortunatley [12:03] asac: if this build test ends successfully, what is the next step? Making changes and building again? [12:04] yes ... you don't need full rebuilds ... usually you go to your MOZ_OBJDIR (in .mozconfig) ... and just run make [12:05] sometimes even running make in just subdirectory is enough ... but depends on what you are changing [12:05] warp10: the change would be adding a menu item for the help menu [12:06] asac: yeah, I gave a look to ubufox as you suggested in the bug report [12:07] ok .. should be similar then [12:07] you need the javascript function that runs apport to report the bug [12:08] next we want to create apport hooks that gather some valuable information from the users profile (e.g. what extensions/plugins are installed) [12:08] we have that in firefox atm [12:09] asac: so looks like I need ubufoxReportBug() within content/overlay.js, perhaps ... [12:09] [reed]: any news on a native application picker for gtk? [12:09] warp10: yeah ... first figure out where the help menu for seamonkey is in [12:09] then there is probably a .js file already that you could use to add that function [12:09] <[reed]> is there a bug on that? I would think we could support that pretty easily [12:12] mozilla bug 397700 [12:12] Mozilla bug 397700 in File Handling "Implement application selector (nsIMIMEInfo.possibleLocalHandlers) for Linux" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=397700 [12:12] might be related [12:13] <[reed]> hmm, it's a blocker [12:13] [reed]: my vision would be something you get when right clicking on file in nautilus and say "open with other ..." [12:13] currently trying to figure if that dialog is available insome gnome lib [12:15] <[reed]> ok, I'm going to go study a bit and take a short nap before I have a test [12:15] <[reed]> boo, tests :( [12:16] [reed]: http://people.ubuntu.com/~asac/apppick.png ... good luck [12:16] <[reed]> yeah, that looks useful [12:16] <[reed]> figure out the api behind that and post some urls / links [12:16] <[reed]> :) [12:16] <[reed]> or supply a patch! [12:19] asac: good news! I just launched seamonkey :) [12:20] welcome .) [12:25] asac: I'm not sure where I should look for the help menu [12:27] warp10: try xpfe/communicator/resources/content/utilityOverlay.xul to start [12:28] asac: ahh... ok, I found the menu part [12:38] [reed]: i will work on upstream code again after Feature Freeze (which is end of this week); [12:43] asac: what about this? http://paste.ubuntu-nl.org/55721/ [12:45] warp10: looks good ... try to not make unneeded changes ;) (line 23 and newline removed in line 7 should go to line 10 i guess) [12:46] asac: yeah, it is :) I'll fix that. What about the position of the item within the menu? [12:46] hmm ... maybe place it below the menu separator [12:46] and put another separator below that [12:47] afaik other overlays anchour their new menu entries at that separator [12:47] but in the end just look at the final result [12:47] we might want other menu entries (e.g. look at what ubufox ships as well) [12:47] asac: ok. I'll do that and add launchpad and online help too [12:48] good [13:17] asac: http://paste.ubuntu-nl.org/55722/ http://paste.ubuntu-nl.org/55723/ Do I need to add something else to the .js? [13:21] warp10: yes, s/firefox/seamonkey/ and s/feisty/hardy/ [13:21] and file a bug against ubufox that it still refers to feisty for "Get Help" and "Translate applicatioN" :) [13:23] asac: ok. I have to go AFK for a while, so I'll do that once I'm back :) [13:25] warp10: sure ;) we can go on whenever you want :) [14:20] asac: ok, I'm back and I think the source is ready. Is there a way to test the new menu without rebuilding the whole thing? [14:21] try to build just the xpfe directory in the MOZ_OBJDIR [14:21] e.g. cd $MOZ_OBJDIR/xpfe [14:21] make [14:21] or even the communicator dir therein [14:31] asac: looks like I have broken the menu [14:33] warp10: replace the &...; entities with real words [14:33] you probably lack the translations for that [14:34] asac: ah, works now :) [14:34] typo? [14:35] asac: the problem was the "&" [14:36] which? [14:36] http://paste.ubuntu-nl.org/55721/ [14:36] line 17 or 19? [14:36] or both [14:36] 17 [14:37] thats an entity. it most likely just isn't defined anywhere [14:37] (translatable entity) [14:37] (and corresponding ones for the other two menus) [14:37] s/menus/items [14:37] try to search where the other access keys are defined [14:37] and how thats done [14:40] (for the log: i don't think that accesskeys are important in this case anyway) [14:45] asac: i found the .dtd where accesskeys and labels are listed. [14:46] I don't see any accesskey that I can use for this bug, anyway [14:49] warp10: thats fine ... don't use any then [14:51] asac: ok. Unfortunately, I have another problem: the three new item doesn't actually work [14:51] If I click them, nothing happens. something wrong with the .js? [14:55] warp10: look in the javascript/error console for eventual errors [15:01] asac: it just says: Error: ubufoxReportBug is not defined [15:01] Source File: chrome://navigator/content/navigator.xul [15:01] Line: 1 [15:01] yeah ... then the .js file is not found [15:01] most likely you didn't add it to the jar.mn [15:01] (sorry if I answer a little late sometime, today it's a very busy day for me :-S) [15:01] thats ok [15:02] jar.mn? Oh, I didn't know about that [15:09] warp10: did you find it? [15:09] xpfe/communicator/jar.mn [15:10] you need to add _new_ files you want to become part of the chrome there (e.g. the .js file of ubufox) [15:10] play abit around with it and look with unzip -l /path/to/xpi/file.xpi [15:10] how its included afterwards [15:11] asac: I did and I fixed that but I have another issue with openUILink [15:11] Error: openUILink is not defined [15:11] Source File: chrome://communicator/content/reportbug.js [15:11] Line: 27 [15:13] warp10: maybe thats defined in a different .js file in ubufox? [15:13] just steal the code then and add it to reportbug.js [15:13] maybe rename that to ubutumenu.js [15:16] asac: I don't see that function in other .js within ubufox, indeed. [15:22] ok thats firefox specific [15:22] its defined http://lxr.mozilla.org/seamonkey/source/browser/base/content/utilityOverlay.js#117 [15:22] i think you can do it like: [15:23] http://lxr.mozilla.org/seamonkey/source/browser/base/content/utilityOverlay.js#211 [15:23] maybe create a new helper function in your .js file for that [15:24] e.g. just window.openDialog [15:24] like in plain html/javascript? [15:24] no ida if openDialog exists there [15:27] asac: should the new page be opened in _blank? [15:35] hmmm ... what does firefox do atm? [15:36] asac: mmm... it opens a new window, so _blank should be fine [15:37] yep [15:40] asac: looks like we are almost done, just one more thing: seamonkey shows a (U) close to the item in the menu. How can I fix that? [15:40] I guess it is related to the missing accesskeys and labels, isn't it? [15:45] warp10: missing labels? [15:45] how that? [15:46] hmmm ... maybe ( don't know) it could be a debug build feature to mark strings that are not translatable [15:46] make them translatable (at least the labels) [15:46] but see that it doesn't break if you run seamonkey with a different locale [15:46] but maybe we should do that when we have intgrated those changes to our bzr branch [16:10] bumb [16:38] asac: Ok, I'll leave that unchanged, so. The whole changes list is at http://paste.ubuntu-nl.org/55750/ === \sh is now known as \sh_away [16:45] asac: you up buddy? [16:55] warp10: ok ... next we need to integrat that change into the package ... but i will be gone soon. will be back later for a while (in ~3 hours) or tomorrow and so on [16:55] shirish: a bit ;) [16:55] asac: glad, there was something I came to also know, so perhaps the crashes might not have to do anything at all with firefox. [16:56] http://live.gnome.org/GioToDo [16:56] asac: do you know about this new library, its supposed to be integrated with lib-glib [16:56] asac: I merged the changes into the package already and I'm building in a clean pbuilder envy. If build is successfull, probably I can attacch the debdiff to the bug report [16:56] integrated into libglib [16:57] warp10: what are u building? [16:57] * shirish curious [16:57] shirish: seamonkey, for bug #190845 [16:57] Launchpad bug 190845 in seamonkey "seamonkey has no Help > Report Problem in Help Menu" [Medium,In progress] https://launchpad.net/bugs/190845 [16:57] warp10: oh thank u, I put that one up :) [16:58] asac: the new library is basically for doing all i/o in gnome. So that's another possibility, what do you think? [16:59] shirish: I annoyed asac for the whole day, since I never tackled a bug involving mozilla team and I am not very familiar with Mozilla development. On the other hand, I learned a lot of things today :) [17:00] warp10: well, me neither & I'm just a user & I annoy them everytime, both asac as well as Ubulette_ [17:00] but they are good to me :) [17:01] shirish: I'm sure of that :) [17:04] warp10: when u are done with this one, mind trying to do the same for Amaya? That's a nice tool, pity many people don't know about it. [17:06] shirish: infact I have never used amaya so far. I'll try to fix that too, anyway. :) [17:06] try the old version, you'll love the way it looks, forget the functionality & all that ;) [17:07] :D ok! [17:07] by old version, I mean the one which is on hardy [17:08] new version upstream not synced yet? [17:09] nope, there is an old version for which I gave a sync request about a day back. [17:09] old as in about a yr. back. [17:10] there would be a new one in the near future, but who knows when that near future would be. [17:10] I mean as in upstream development [17:11] * asac hsa to run ... bbl [17:11] shirish: I am just looking to your sync request. It will be never accepted if you don't subscribe u-u-s for it [17:12] what's u-u-s ? Universe Sponsors or something like that? [17:12] shirish: yeah, ubuntu-universe-sponsors. I just subscribed it [17:13] Once they ack your sync request, an archive admin will do the real sync [17:13] ok, hmm... so this is with all the packages? where I want them to be synced with debian? [17:14] shirish: it is. sponsors review your request and check if Ubuntu really needs it, but if you don't subscribe them to the bug, they will miss it [17:14] aha, ok, will remember it then. [17:19] warp10: I want to subscribe u-u-s, what should I write in the person's name when subscribing other? [17:19] another bug, another sync request. [17:20] shirish: sorry, I didn't understand. May you elaborate? [17:22] warp10: When one tries to subscribe somebody else, one should either know their e-mail address or something like that in the space/drop-down menu on which one clicks choose, what did u put up there? [17:22] shirish: just type exactely "ubuntu-universe-sponsors" [17:23] did & they are now proud owners of another sync request ;) [17:23] warp10: did u realize u just taught me something ;) [17:25] shirish: it's just the soul of FOSS: if I have an idea and you have one idea, and we share them, we have two ideas each! :) [17:25] that unfortunately for MS is true ;) [17:26] shirish: indeed, but they don't rock like we do! ;) [17:27] I think that's true of most of the free software distributions, one way or the other, but we all feed on & off each other. [17:28] indeed! [17:30] warp10: btw u-u-s would be so sorry now that I know them, for I would be much more vigilant. [17:33] shirish: well, you can became a MOTU: this will allow acking for yourself :D [17:34] warp10: have no coding, packaging skills at all, just can tell people, this is broken and this needs to be synced, can do bit of gdb & strace & valgrind but that's about it. [17:36] shirish: I am not a coder and I learned everything about packaging in the last 4 months, but my mentor says I'm almast ready to apply as MOTU. If I could, you can too. ;) [17:36] warp10: cool, that is cool for sure :) [17:38] indeed! Being MOTU is not just writing patch and bugfixing, it involves a lot of other things that (almost) anyone can do. We are having Developers Week (https://wiki.ubuntu.com/UbuntuDeveloperWeek) soon, that's a great moment to get started! :) [17:47] warp10: I know I do happen to read sometime the ubuntu-devel but haven't seen the wiki yet. [18:01] asac: any idea if ff is ever going to move out of cvs? === \sh_away is now known as \sh [18:32] asac, r u there? [19:07] [reed]: around? [19:07] <[reed]> armin76: yep [19:07] http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-0416 <- anyone knows something about that? [19:07] ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem. When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0416) [19:08] that's rather weird [19:08] the ubuntu changelog says: * MFSA 2008-04 aka CVE-2008-0416: Multiple XSS vulnerabilities from [19:08] character encoding [19:08] ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem. When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0416) [19:08] bug MFSA 2008-04 is Stored password corruption [19:08] s/bug/but [19:09] http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-0420 <- another one [19:09] ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem. When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-0420) [19:09] <[reed]> sounds like a problem with ubuntu's CVEs [19:09] <[reed]> or is this an issue on mozilla's pages somewhere? [19:09] nope [19:11] but i found it rather strange :P [19:11] saying that a vuln has been fixed and the report doesn't say anything === Ubulette_ is now known as Ubulette [19:12] hi [19:14] yo [19:20] for MSFA, I use http://www.mozilla.org/projects/security/known-vulnerabilities.html [19:20] that's what I used for the latest seamonkey [19:41] [reed], trunk is broken http://paste.ubuntu.com/4517/ [19:42] <[reed]> that's an easy fix [19:42] <[reed]> file a bug [19:42] <[reed]> rename GetMessage to GetMessageMoz [19:44] maybe it's already fixed. my buildbot got that nearly 2h ago [19:53] <[reed]> doubt it [19:53] <[reed]> webservices isn't part of the build [19:53] <[reed]> :) [19:58] <[reed]> Ubulette: I just got rs= to fix it [19:58] <[reed]> I'll commit a fix [19:58] oh, thanks [20:07] <[reed]> committed... give it 10 min. and then try again [20:11] [reed], is b3 officially out ? I don't see anything in my usual channels [20:12] <[reed]> almost [20:12] <[reed]> couple more hours [20:12] what happened ? [20:15] <[reed]> happened? [20:15] <[reed]> what do you mean? [20:16] i was supposed to be released yesterday according to tons of moz blogs [20:16] it [20:17] <[reed]> ?? [20:17] <[reed]> no [20:17] <[reed]> today's always been scheduled [20:17] <[reed]> for the last several weeks at least [21:06] Ubulette: we don't release before 3pm, to be nice to our mirrors [21:06] Ubulette: doing final testing now [21:07] ok, thanks [21:17] asac (and whoever): regarding the bug in ubufox (still opening feisty pages for help and translations), should I update pfs/db/sources.list.7.10 too? [21:19] warp10: whats in there? [21:19] that should be gutsy [21:20] asac: it is, but shouldn't it be updates to hardy? [21:20] armin76: don't bother about them [21:20] s/updates/updated [21:21] all the info available is the ones in ubuntu changelog. moz security group knows it and thinks its ok [21:21] (read: it was a glitch) [21:22] i don't want to tell the full story now ... but remember me in a while [21:22] :) [21:23] asac: thanks [21:23] gentoo bug 209987 [21:23] bad ubotu :P [21:24] lol === \sh is now known as \sh_away [21:54] [reed], still broken [21:54] nsSOAPMessage.cpp:68: error: no 'nsresult nsSOAPMessage::GetMessageMoz(nsIDOMDocument**)' member function declared in class 'nsSOAPMessage' [21:55] before, it was [21:55] nsSOAPException.cpp:63: error: no 'nsresult nsSOAPException::GetMessage(char**)' member function declared in class 'nsSOAPException' [21:56] http://paste.ubuntu.com/4525/ [23:39] Ubulette: webservices aren't going to be fixed unless you file a bug :)