[00:27] Well, the package is fine now... Image zoom is compatible with FF3, but there seems to be bug in it. When it's installed then on right-click on an image it displaces the context menu a bit to the left and up. I would like if someone could check this tool: http://jzv.ath.cx/mozilla-imagezoom.deb ... Thanks [00:28] asac, I don't think it's really a big bug, so I think this could be uploaded... What do you think? [00:29] asac, http://ubuntuforums.org/showthread.php?t=741222 [00:41] fta: no idea :) [00:43] Jazzva: is that a regression over ffox 2? [00:43] doesn't look too bad [00:45] Jazzva: i think i'd be fine to have [00:45] dunno... I haven't tested it with FF2. I'd need to install it first, so I'll test it tomorrow, 'cause I'm going to sleep asap... Anyone with FF2 who could test it now :)? Anyway, I'll create the branches now, and we can file a bugreport later, upstream I suppose... [00:46] yes [00:46] or fix it after initial upload [00:47] Jazzva: please push branch asap :) [00:47] thanks! [00:57] asac: no problem :)... Pushed, bug 209990. I'll subscribe mozillateam now [00:57] Hmm... no ubotu [00:57] https://bugs.edge.launchpad.net/ubuntu/+source/imagezoom/+bug/209990 [00:59] BTW, should i also provide the diff against the version in the repository, or are the branches enough? [00:59] Jazzva: as its probably simplish you don't need the diff [01:01] Ok... Well, I'm off... Have a good night :)... [01:09] asac: ping === asac_ is now known as asac === asac_ is now known as asac [12:50] asac, http://blogs.gnome.org/jamesh/2008/04/01/bzr-loom/ [12:51] could be useful for your 1.5 branch [13:05] yeah [13:05] can i do that post-hume? [13:05] or i loomify needed before i start :) [13:06] i have the feeling that this midbrowser merge will fail ;) [13:06] it seems you can loomify an existing branch [13:06] oh cool [13:06] http://bazaar.launchpad.net/~bzr-loom-devs/bzr-loom/trunk/annotate/head:/HOWTO [13:06] i tried the rebase plugin [13:06] but that was painful [13:06] with the huge mozilla branch [13:20] mozilla bug 423060 [13:20] Mozilla bug 423060 in RSS Discovery and Preview "Feed Handling in Google/Yahoo/Bloglines broken" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=423060 [13:20] I'd like to ship this fix in b5, it's annoying [13:22] fta2: do you remember when the preference application dialog became empty [13:22] no [13:22] iirc, that was crowded with appliations from gnome registry once [13:22] yes [13:22] can you remember that too or is that a false imaginatio? [13:22] ah good [13:23] i think that should be fixed for sure. [13:23] damn ... would i only know something ;) [13:23] ? [13:24] http://www.lightreading.com/document.asp?doc_id=149624 [13:24] http://googleblog.blogspot.com/2008/04/announcing-project-virgle.html [13:24] nuclear still in beta :) [13:35] i knew it ... midbrowser merge is broken :( [13:35] ? [13:36] beta 3 -> beta 5 upgrade [13:36] i am currently doing this dirt work [13:36] of course i was dumb and didn't do a debug build [13:36] so now rebuilding :( [13:46] fta2: can we figure what the expected behaviour for this firefox.cfg thing is? do we need an application greprefs folder? [13:47] (if thats possible at all) [14:21] I would says it should be per app but as only 1 file is allowed, it doesn't matter to have only 1 dir [14:21] says [14:22] jimmy___: b5 merge is now available [14:22] jimmy___: on its own branch again [14:23] fta2: yes. per app is important. but it shouldn't be possible for users to overload the general.config.filename setting [14:23] so we need something similar to greprefs per-app i guess [14:24] ok out for lunch [14:24] cwong1: b5 in repo ^^^ [14:24] cwong1: now lets clean things up quick and merge to master ... then build packages out of it so i can upload to hardy [14:24] preferably with system-xul [14:28] mozilla bug 424489 [14:28] Mozilla bug 424489 in General "Change name of Firefox 3 M13 to "Firefox 3 Beta 5" for official branding (for beta build tagging only)" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=424489 [14:29] yeah [14:29] asac, there's a LP bug asking us to revert that, should we ? [14:29] why? [14:29] i am not out for lkunch ;) [14:29] be back in 20min [14:33] bug 206275 [14:33] Launchpad bug 206275 in firefox-3.0 "Remove program version from titlebar" [Wishlist,Won't fix] https://launchpad.net/bugs/206275 [14:34] oh, gnomefreak killed it [14:40] that was quick ;) [14:41] gnomefreak? [14:41] is the version in the .desktop file? [14:41] fta2: ? [14:42] bug 185622 [14:42] Launchpad bug 185622 in firefox-3.0 "Firefox 3 doesn't act as the default browser" [High,Triaged] https://launchpad.net/bugs/185622 [14:43] no [14:45] ok. [14:45] thats ok then [14:45] i doubt that it would be just to just call our build "final" :) [14:46] i think we should fix the bug above ... and the bloody gnome registry [14:46] that would give our browser a new level of expertise ;) [14:48] whas it ok in b4 ? [14:48] was [14:48] dman [14:48] no ... its definitly not ok in b4 [14:49] grr [14:49] i am not sure about b3 [14:49] but it worked at some poing :( [14:49] thats what i ment by saying "woudl i only know something" :) [14:50] i have the feeling that this has something to do with the gio transition [14:50] most likely gnomevfs is just seriously broken [14:51] maybe ask seb128 [14:54] i ask him right now :) [14:54] well ... he said that its still used a lot [14:55] fta2: do we build gnome-vfs explicitly? [14:55] i would expect a gnome.*xpt file in components/ [14:55] but i don't see any [14:56] jimmy___: cwong1: b5 builds fine with current system cairo [14:57] except that we crash while shutting down [14:57] but thats only in debug builds i guess [14:57] fta2: midbrowser-bin: /build/buildd/cairo-1.5.14/src/cairo-hash.c:199: _cairo_hash_table_destroy: Assertion `hash_table->live_entries == 0' failed. [14:58] thats only in debug builds? (when using system-cairo)? [15:13] fta2: which icons do we need permission for to make prism nice? [15:17] fta2: i heard somewhere that you can use gmail in prism while being offline [15:17] fta2: do we need another extension for that to happen? [15:23] yes, an extension from google, i don't remember the name [15:24] Google Gears [15:25] it's open source so we can package it [15:26] hmm [15:26] asac, "which icons do we need permission for to make prism nice?" => all those used for webapps [15:26] can you give me a complete list? [15:26] at best by mail ;) [15:26] so i can forward that [15:26] apt-cache search prism- [15:27] +gmaps [15:27] would be nice to have the list of urls pointing to it [15:30] http://bazaar.launchpad.net/~mozillateam/prism/prism/annotate/fta%40sofaraway.org-20080324204534-1z7zj2mjjcniw58h?file_id=rules-20070927170613-rud1gn2vws5bsh1t-5 [15:30] http://bazaar.launchpad.net/~mozillateam/prism/prism/annotate/head:/debian/rules [15:31] ok [15:31] so which images are used exactly? where have they been downloaded from? [15:32] so far, i extract the icons from the .webapps but they are blurry on the dekstop [15:32] and in the menu [15:32] hmm [15:33] but those have been removed from upstream right? [15:33] what do they ship now? [15:36] oh, the webapps are still in trunk [15:37] inspector too [15:37] i'd check the true 0.9 [15:37] 'll [15:44] [reed], do you know if there's a "source" package for prism 0.9 ? I see only binary packages there: http://people.mozilla.com/~mfinkle/prism/ [15:49] asac, the binary package does not ship any webapps, so no icon [15:56] http://svn.mozilla.org/projects/webrunner/trunk/install/profiles/ [15:57] ok [15:57] i think we have to wait for hardy [15:58] i will ask our bizdev folks to get the permission for that [15:58] they have contacts to google [15:59] well, as it's still in trunk, i can just do a new snapshot under the same conditions [15:59] I thought it had been removed [16:01] for intrepid, i'd like to split the webapps from the core so icons will be needed [16:01] fta2: yes. maybe we can extend gnome to load menu icons like favicons [16:01] :) [16:01] that would solve this [16:01] e.g. just specify the url and a fallback icon [16:01] once the user gets online for the first time he will get the good icons [16:01] (downloaded by himself - so no licensing issue) [16:01] favicons are lowres [16:02] prism 0.9 already support that for window icons [16:02] +s [16:48] fta2: can you set mozillateam as driver and bug contact on https://edge.launchpad.net/mozilla-devscripts/ ? [16:50] cwong1: i cannot find any info how to clone moblin branches without ssh access? [16:51] asac, ok for the driver but I can't for the bug contact as i'm not admin of mozillateam [16:52] oh ... let me see [16:53] i have prism 0.9+svn20080326r11579-0ubuntu1 ready [16:53] i cannot configure anything on mozilla-devscripts? [16:53] hmm [16:53] but i guess i am blind - again. [16:53] ahj maybe on the bug page [16:53] hmm nothing [16:54] try again [16:54] oh i see more now [16:55] done [16:55] i've set mt as maintainer [16:55] i don't understand why the team that wants to be bug contact needs to be the maintainer to set it [16:55] i guess thats a bug in LP [16:56] either you should have been able to do it [16:56] or a mozillateam admin [16:56] but well [16:56] now it works [16:59] would be easier to put me admin ;) [17:00] fta2: looks like i can't [17:02] the UI allows me to remove administrator rights from anyone, but don't provide the UI to enable administrators [17:02] maybe only john can do that? === Greenery__ is now known as Greenery [17:54] asac: sorry for late response..got your message and thanks for merging the B5 code. I will pull it down to do a test build. [17:55] cwong1: are the next steps ok? [17:55] cwong1: what did you ping me bout yesterady? [17:55] merge or something else? [17:56] It was the merge.. [17:56] cwong1: try the xulrunner build ... after installing the build deps it takes just 3 minutes ;) or so [17:56] to build [17:56] :) [17:56] ok [17:57] Did you have probelm cloning the repo.? [17:57] cwong1: didn't clone today [17:57] cwong1: ah [17:57] no already solved [17:57] ok [17:57] but you should really document the read-only clone url more obvious [17:57] ok [17:58] its not documented at all ... most likely not a good way to attract 3rd party contributors [17:58] cwong1: often the git url its documented on the branch overwview page [17:58] e.g. below description or something [17:58] asac: We will add some doc to it... [17:58] I will do a build and send to our QA for testing [17:59] yeah. but having the urls directly on the webgit pages would be handy ;) [17:59] cwong1: thanks [17:59] cwong1: and if possible send me the xul gconf patch (if jimmy didn't do that last time) [17:59] * asac out for a few hours [17:59] I will have jimmy do that and send to you [18:00] catch you later [18:32] <]reed[> fta_: reed: http://svn.mozilla.org/projects/webrunner/trunk === ]reed[ is now known as [reed] === fta_ is now known as fta [18:35] [reed], yes, that's what i've been using but it's a snapshot. a source tarball released as the same time as the binaries would be nice. [18:37] asac, bug 210155 ? [18:37] Launchpad bug 210155 in xulrunner "[xulrunner, iceape] [DSA-1532-1, DSA-1534-1] several vulnerabilities" [Undecided,New] https://launchpad.net/bugs/210155 [18:44] <[reed]> [12:37:38PM] the linux.tar.bz2 is close, it just has xulrunner in it too [18:44] <[reed]> [12:37:49PM] mfinkle: are you tagging the releases in SVN? [18:44] <[reed]> [12:37:51PM] remove one folder and you're done [18:44] <[reed]> [12:38:08PM] plasticmillion: I am not - I wasn't until we hit 1.0 [18:44] <[reed]> [12:39:02PM] well that'll be soon, hopefully :-) [18:44] <[reed]> [12:39:05PM] so not a big deal [18:44] ok, thanks [18:46] btw, the build system in svn seems incomplete as it depends on the one in xul/ff to generate the makefiles and do the substs [20:22] cwong1: any results? [20:22] asac: I was able to build it on hardy and it seems to work ok. I did see couple of problems so far: [20:23] fta: can you nominate that security bug for the products and releases? [20:23] cwong1: regressions? [20:23] asac, ?? [20:23] asac: 1) When I go to yahoo.com and hit the signin button it couldn't go to the sign in page. [20:23] asac: 2) the back and forward buttons are not there [20:24] fta: you can "nominate for release" ... and can select the releases that are affected (like dapper, edgy, gutsy) [20:24] cwong1: back and forward is there for me [20:25] asac, i haven't looked further. I'm quite surprised to see xul and seamonkey mentioned while i've just upgraded them. [20:25] cwong1: and i get to sign in page [20:25] asac: hmmmm [20:25] asac: let me try again by removing my .mozilla directory [20:26] cwong1: for both cases: system-xul and in-source xul [20:26] works well for me [20:26] fta: its not about hardy [20:26] oh [20:26] fta: thats why we should document the releases affected by "nominating for release" [20:26] and can mark hardy as "fix released" [20:27] cwong1: did you build with system-xul? [20:27] cwong1: is your hardy up-to-date? [20:27] though i can't see why you won't see the back and forward button [20:27] maybe the icons are missing in your gnome theme? [20:27] asac: I build with system-xul and downloaded your xulrunner beta packages [20:28] cwong1: yes ... and you need the libnssX packages as well [20:28] cwong1: so all is now at b5~rc2, right? [20:28] libnss3* libnspr4* xulrunner-1.9, xulrunner-1.9-dev [20:28] asac: yes [20:28] ok that should work [20:28] did you use my .mozconfig? [20:29] asac: I will double check and I did use your .mozconfig [20:29] asac: are those packages available for gutsy? [20:29] cwong1: no. [20:30] cwong1: will take a bit longer, but usually someone provides them through -backports [20:30] asac: so I can't build midbrowser (beta5) on gutsy, right? [20:30] cwong1: you can [20:30] but not with system-cairo [20:30] not with system-nss/nspr [20:30] cwong1: but we should really look forward and use hardy imo [20:31] at least during development [20:31] so I will have the rendering issues in some of the webpages... [20:31] otherwise we fight fires that are not really driving things forward ;) [20:31] I agree but I have some internal milestones to meet [20:31] like our internal beta4 which is schedule to release next week.....sigh... [20:32] and its gutsy based.. [20:32] cwong1: i know, i just hope that those are worth regularaly fixing things instead of driving them ;) [20:32] and i feel with you [20:32] cwong1: no the rendering should be fine [20:32] but why are you guys really care for rendering issues if you know that they will be fixed automatically? [20:33] anyway. give it a try [20:33] the UMG group cares and they are doing a demo in the one of the event coming up shortly [20:33] ah [20:33] I will give it a try and do some more testing and let you know [20:33] thanks for your help [20:35] http://glandium.org/blog/?p=188 [20:35] cwong1: np. just get me the gconf patch and QA feedback [20:35] ;) [20:35] so i can drive this forward in hardy [20:36] Will do.. Jimmy is going to get the gconf patch today and will send to you [20:40] fta: yeah i had that on the gnome announce lis [20:40] t [20:50] fta: i did that now in bug 210155 [20:51] oops, sorry, i was on prism [20:51] retitled bug 210155 [20:51] bug 210155 [20:51] wake up [20:51] np [20:51] are there other packages affected? [20:51] hmm [20:52] thunderbird has outstanding issues, but is not yet released [20:54] bug 210155 [20:54] i think its dead ;) [20:55] mozilla bug 210155 [20:55] ubotu suffers [20:55] Sorry, I don't know anything about suffers - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi [21:20] Hi asac, today I have changed my icons with that of gnome-icon-theme that is GPL, then I will try to make a pure GPL extension [21:20] Volans: that is great news. [21:20] I have only some little dubt on some icons and on one file [21:21] the file is the install.js, that is not mine, I have used one founded when I have created the extension one year ago [21:22] and I don't know the license... [21:27] Volans: install.js is for seamonkey, right? we don't need that for firefox [21:27] Volans: maybe you can just copy an example from the mozilla dev net? [21:29] In the past I have tried to adapt the extension also for SeaMonkey but it never worked... and after I never found the time to check again this compatibility [21:29] then if you are sure that is not necessary for firefox I can delete it [21:30] :) [21:30] Volans: install.rdf should be enough. you can easily test, but excluding it from the .xpi and installing [21:30] in fact install.js is not supported in gecko 1.9 anymore [21:30] yes of course :D [21:30] ok thanks, very good news! [21:30] hehe ;) [21:31] last thing are some icons that I can substitute, the *ubuntu logos and some icons form LP [21:31] but is not clear if I can use it or not [21:31] Volans: are you using stock icons? [21:31] (e.g. gnome stock icons) [21:31] no [21:31] why? [21:32] didn't you say that they are in a ubuntu theme? [21:33] maybe due to my bad english I'm not explained well... let me retry :) [21:34] until yesterday I used the tango icons for quite all icons and a little number of external icons (*ubuntu logos and launchpad icons) [21:34] today I have changed all the possibile icons to the ones of gnome theme, then GPL and without problems, but the extenal icon problem still remain [21:35] for clarification I use the icons of the size of 16x16px like a favicon near the links that are in my extension that is a menu, like ubuntuforums menu extension [21:48] [reed]: do you know a NSPR_DEBUG module that will give parser errors (e.g. for locale .dtd files) [21:49] asac: ping [21:49] jimmy___: i just talked a second ago ... no need to ping ;) [21:49] jimmy___: found the mail about b5 ;)? [21:50] asac: carl asked me to provide you the diff for the gconf patch? what exactly do you need? i see the gconf already merged into b5 [21:50] yeah i saw the email, and i am testing it now [21:50] jimmy___: i need the patch ;) .. .so i can move it to ubuntu xulrunner [21:50] the complete toolkit patch i guess, but without the default preference flip [21:50] asac: i thought you did the the toolkit patch [21:51] asac: you think that I can use those icons? for example one is: https://bugs.launchpad.net/@@/bug-unknown for a link to LP bugs for ubuntu, ecc... [21:51] jimmy___: yeah, but i don't have it in patch form anymore [21:52] asac: we never did have a patch, because we checked them into the repository, we never created a patch for it [21:53] yeah :/ but now we need it [21:53] let me look in the mail [21:54] so what would be an easy way to do this? diff our master branch against the original source, and take out anything not-related to gconf? [21:54] jimmy___: i cannot find your mail right now [21:54] jimmy___: yes, just diff the merge 0.5 branch (if gconf still work) against UPSTREAM.3.x for the files affected [21:55] if there is no overlap then that should be easy [21:55] like git diff UPSTREAM.3.x merge.3.0b5 FILES [21:55] but that would include all the diffs we made as well besides gconf [21:56] not if you only name the files that were touched [21:56] if there is overlap one need to strip manually [21:56] but i hope that overlap is rare [21:57] ok [22:28] asac: quick question [22:29] asac: I update my hardy build enivornment and try to do a build built ran into a compilation error in jsxml.c. I got bunch of underfined reference to "PR_Lock" and "PR_Unlock". Is it because I have an old nspr lbirary in my system? [22:34] cwong1: yes, upgrade against the archive i send you [22:35] those will be in hardy tomorrow or so [22:35] those or similar ;) [23:44] asac: how do you use git-diff to compare files multiple files, i am not git-master [23:48] jimmy___: like what i pasted about [23:48] above [23:48] git diff UPSTREAM.3.x merge.3.0b5 FILE1 FILE2 ... [23:48] does that work? [23:48] (use the proper branch name for merge) [23:49] \o/ this translation thing works ... somewhat ;) [23:49] Volans: where did you take your icons from. do you have an example? [23:49] path in ubuntu [23:49] asac: yes I have send you the link in query some minutes ago [23:50] Volans: if you are using icons that are in the gnome themes you can use stock icons [23:50] that will automatically bring you the themed icons [23:50] Volans: no ... i am interested in the origin path [23:50] actually the icons are included in the xpi [23:51] Volans: yes i know [23:51] just tell me an example path :) [23:51] Volans: otherwise i don't mind [23:51] Volans: you can ship the extension now as discussed (with the exception) [23:52] later we can clean this up [23:52] (once i have more time) [23:52] I'm not sure to understand what you want [23:52] from the css file, for example a path is list-style-image: url("chrome://ubuntuit/skin/icons/ubuntu.png"); [23:52] Volans: yes. but where did you copy it from :)? [23:52] the path on the ubuntu disk i want to know :) [23:53] where you initially took it ;) [23:53] eheheh sincerly I don't remember... but some icons I have tooked directly from sites, like the LP ones [23:54] yeah ok [23:55] why this strange question... there is a difference tooking from my system or from web? [23:55] Volans: [23:55] #zoom-reduce-button { list-style-image: url("moz-icon://stock/gtk-zoom-out?size=dialog"); [23:55] } [23:55] thats possible in your css [23:55] you just need to know how its named on your disk :) [23:56] at least we could try that [23:56] ok, but this is true only for themeicons, not the ones tooked from sites, true? [23:56] Volans: yes, but maybe you can find them in the theme? [23:57] I can find substituite, but near a link to Ubuntu Bugs in Launchpad will be great to have the LP "original" icon [23:58] but if this can't be done in GPL, I can substitute them with other icons [23:59] ah ... now i see [23:59] i have no answer for the ubuntu icons yet. [23:59] in the link I have sended to you in query you can see a screenshot of a submenu of the extension [23:59] with "utils" link to ubuntu community [23:59] most likely replacing them is the right thing to do