[00:00] oh, i need nspr/nss too. damn, this needs concentration [00:00] lol ;) [00:00] i know what you mean [00:00] damn versions [00:00] do you still have a version skew? [00:00] in your ppa? [00:00] nss only [00:00] nspr is ok now [00:00] yes i know [00:01] can't you delete nss packages once and for all so this can get back in line? [00:01] you could upload an intermediate xul with tight dependencies to bring folks tracking your ppa in line again [00:01] (but please not in bzr ;)) [00:02] no idea if apt will refuse to downgrade on upgrade though :/ [00:02] all my ppa uploads are in distinct branches [00:02] it will not, packages will be on hold [00:03] mozilla bug 420151 [00:03] Mozilla bug 420151 in Security: PSM "FF3Beta5 should use updated NSS tag NSS_3_12_BETA3" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=420151 [00:03] + "Also updating NSPR tag to NSPR_4_7_1_BETA2" [00:03] ok, at least it's clear this time [00:04] fta: they will be on hold? why not just downgrade ;) [00:04] apt never downgrades by itself [00:04] anyway, i understand i guess [00:04] yeah thats what i doubted above [00:08] lets look at blocker bugs :) [00:09] https://bugs.edge.launchpad.net/ubuntu/+source/firefox-3.0/+bugs?field.searchtext=&orderby=-importance&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_contact=&field.bug_commenter=&field.subscriber=&field.milestone%3Alist=829&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.has_cve.used=&field.tag=&field.tags_combinator=ANY&search=Search [00:09] thats firefox [00:09] i have cairo 1.5.16 to do too [00:09] https://bugs.edge.launchpad.net/ubuntu/+source/xulrunner-1.9/+bugs?field.searchtext=&orderby=-importance&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_contact=&field.bug_commenter=&field.subscriber=&field.milestone%3Alist=829&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.has_cve.used=&field.tag=&field.tags_combinator=ANY&search=Search [00:09] thats xul [00:09] for firefox i only see bug 185622 as not yet triaged [00:09] Launchpad bug 185622 in firefox-3.0 "Firefox 3 doesn't act as the default browser" [High,Triaged] https://launchpad.net/bugs/185622 [00:10] can we close bug 194342 [00:10] Launchpad bug 194342 in xulrunner-1.9 "review make install target and package-static files" [High,Confirmed] https://launchpad.net/bugs/194342 [00:10] fta: ? [00:10] i would say yes, not sure though [00:10] seb128 asked me if I wanted to do it [00:10] (cairo) [00:10] yes, please try to look for rendering regressions ;) [00:11] fta: seb is open to apply bug 175904 [00:11] Launchpad bug 175904 in firefox-3.0 "Firefox-3.0 window moves to current workspace" [Medium,Confirmed] https://launchpad.net/bugs/175904 [00:11] in metacity [00:11] good [00:11] he said, that we should do that ;) [00:11] for 194342, I need to rerun compare [00:11] fta: where is compare? in moz-devscripts? [00:11] yes [00:11] can't we run that by default now? [00:11] so we can look at buildd logs regularaly? [00:12] we can if we hook after the debs are built [00:12] hmm [00:12] given that even binary-post-install didn't work ;) [00:12] fta: if that hook works you can inspect the unpacked hierarchies? [00:12] is that ok? [00:13] debs are not yet packed though iirc [00:13] i think thats the last time we can do anything without adding other hooks to cdbs [00:13] I need the full debian/{pkg*} populated [00:14] thats the case at that point [00:14] "Cairo now depends on pixman 0.10.0 which was recently released" [00:14] hmm [00:14] so another reason why the lp- hook doesn't work [00:15] i think we need that as well then [00:15] !info pixman hardy [00:15] Package pixman does not exist in hardy [00:15] pfff [00:15] !info libpixman-1-0 hardy [00:15] Package libpixman-1-0 does not exist in hardy [00:15] !info libpixman-1-0 hardy [00:15] hihi [00:15] !info libpixman-1-0 [00:15] Package libpixman-1-0 does not exist in gutsy [00:15] 0.9.6-1 [00:15] !info pixman [00:15] Package pixman does not exist in gutsy [00:15] !info flood excess [00:15] Package flood does not exist in gutsy [00:16] zillions of rdepends ... great [00:17] i wonder if cairo is ever going to release [00:17] or if they really wait for firefox to finish [00:17] Increase the precision of color stops for gradients. This fixes a [00:17] regression in gradient rendering that had been present since the [00:17] 1.5.12 snapshot. [00:18] who cares about gradients ;) [00:18] i want backgrounds :) [00:18] repeat reflect ones with acceleration ;) [00:18] and fixed image rendering :( [00:20] This is definitely a "release candidate" snapshot for cairo 1.6.0 [00:20] asac, I've ran through list of already packaged extensions. There are 3 that needs to be repackaged with xpi.mk, some of them are compat with checkCompatibility off. Few of them are noncompat, and there are few left that I need to check some more. [00:20] At this point all significant items from the cairo 1.6.0 roadmap are already in this snapshot. [00:21] Jazzva: can you document your findings somewhere? [00:21] Two extensions are repaced with newer extensions, but with different names. What should we do in that case? Make the first package dummy, and make a new one for replacement? [00:21] *replaced [00:21] And I think there are few more, that weren't in this list, so I'll take a look at that tomorrow, if that's ok. [00:21] we need to categorize extensions in "upgradable", "upgradable with maxVersion fix" and "firefox 2" [00:22] so we can move the ones not compatible to only depend on firefox-2 [00:22] Sure, I can... I'll do it now. [00:22] and fix th others [00:22] Should I put them on the FF3Extensions wiki page? [00:22] Is that the right place? [00:23] yeah ... maybe add a new table (Existing Extensions summary) [00:23] or something [00:24] field like " Name", Homepage, compatible (yes, no, compatibility fixed), hardy status (open/done) [00:24] and maybe "Ubuntu Contact" [00:24] k, thanks :) [00:24] which means that someone is working on the getting it done ;) [01:11] I'm trying to get to know how the thunderbird package in Ubuntu builds and need some help. Basically, my final goal is to add a patch to the TB package, so I downloaded the source package. [01:11] Since this is my first approach to quilt, I wanted to see how quilt-patching works and did a `quilt push' after unpacking the source tarball. [01:11] When I try so, however, I get a "can't find file to patch at input line X" error. Is there something else I need to do to have quilt apply the existing patches? [01:15] cosmodad: you can only push in build-tree/mozilla i guess [01:16] asac: hm. When I unpacked the mozilla tarball, it created a `mozilla' dir. Do I need to move that somewhere? Or move debian/ into mozilla/ ? [01:16] asac: is that what you mean? [01:20] why don't you use our package? [01:20] cosmodad: you have to start the build and abort when patching is over [01:20] then you can work "normally" in build-tree/mozilla/ [01:21] if the package was in source [01:21] tarball in source orig i mean [01:21] if it was just a normal orig, just linking debian/patches is enough [01:21] asac: because I believe that the following patch isn't included in the hardy yet: https://bugzilla.mozilla.org/show_bug.cgi?id=278383 [01:21] or telling quilt that the patches dir is there [01:21] Mozilla bug 278383 in MailNews: Movemail "Get All New Messages doesn't work with movemail account" [Normal,Assigned] [01:22] asac: oh you mean why I don't use your source package? I do use that. [01:22] ok [01:22] then use the instructions above [01:23] asac: so how'd I interrupt the build process right after patches have been applied? [01:23] ctrl+c :) [01:23] oh, ok. [01:23] if the build starts its not a problem .. .just abort [01:23] there is also a "patch" target or something in rules [01:23] no idea how its called though ;) [01:23] its somewhere in cdbs i guess [01:24] asac: can't I just use quilt to apply my new patch, add that to debian/patches and have CDBS run all over again? [01:25] that'd save me the hassle of finding the right spot for CTRL+C interruption... [01:26] right now, I temporarily moved debian/ into mozilla/ and set QUILT_PATCHES to debian/patches, but I'm not sure if that is the canonical approach. [01:26] you can do whatever you want ... ctrl+c is not a problem though ;) [01:27] you can also work somewhere else and copy the patches dir in there [01:27] but doing it in build hierarchy without creating too much clutter is the preferable way imo ;) [01:28] okey [01:28] I'll try "my" way first though because I'm curious and want to check whether it works. :) [01:29] i'd just copy the patches directory [01:29] not the complete debian one [01:29] actually better create a link [01:30] sounds reasonable. [01:32] and worked. :) [01:32] asac: are you by chance quite familiar with quilt and mind if I ask you a question about it? [01:32] asac: Done . There are two new lists at the and of the page. Any suggestions? [01:33] Jazzva: isn't adblock plus already uplaoded? [01:33] i think its new though [01:34] Jazzva: Live HTTP Headers works? [01:34] Dunno... I searched the bug reports, but I haven't found one. Haven't checked the changelogs.ubuntu.com, though... [01:34] thats good news [01:34] Jazzva: $ apt-cache search adblock plus [01:34] adblock-plus - advertisement blocking extension for web browsers [01:34] mozilla-firefox-adblock - advertisement blocking extension for web browsers (dummy package) [01:34] asac: I think it does... I haven't used it before, so I'm not sure if that was live http headers what I thought :) [01:34] so its in (its NEW) [01:35] Jazzva: you can see the http headers :) [01:35] Oh, I see... I'll remove it from the list then... [01:35] could you do that? [01:35] (monitoring http headers) [01:36] Hmm... I haven't found the option. Lemme see... [01:36] Jazzva: actually adblock-plus replaces adblock (thats why there is the dummy package) [01:36] yep [01:36] I can see them :) [01:36] so maybe suitable for the laste table [01:36] Host: en.wikipedia.org ... etc [01:37] yeah ... you should see a a bunch of headers [01:37] like GET /xxxx [01:37] if that works. great [01:37] yep... [01:38] Ok, I'll then just move adblock plus to the last table and I'm off for tonight :). I'll try to package two or three tomorrow afternoon. What's the deadline? [01:38] *then I'll [01:38] tomorrow evening would be great ... but sat is also fine ;) [01:38] thanks [01:38] i go to bed now ;) [01:39] asac: Ok... No problem [01:39] Good night... === asac_ is now known as asac [08:40] ola [09:09] fta: is nspr 4.7.0~1.9b5 ok? and nss 3.12.0~1.9b5 ? [09:09] or should we tweak the nss version to help your ppa escape the trap? [09:11] fta: let me know when moz devscripts is ready for upload [09:11] it should go up first obviously ;) [09:58] phoenix24: jetsaredim_: firebug, firefox-showcase and mozgest are in the archive now [09:58] phoenix24: jetsaredim_: please close your bugs once they are built and available on the mirrors ;) [09:59] jetsaredim_: phoenix24: and remember to look what i did to give them the final polish [10:00] asac: ok! [10:00] asac: I'll do it in about an hour, is that ok ? [10:01] sure. outstanding sponsorships are useragentswitcher, imagezoom, all-in-one-sidebar and flashblock [10:01] if i missed anything, let me know [10:01] phoenix24: it probably takes an out anyway until its built and hits the mirrors [10:01] s/out/hour/ [10:36] ok -venkman and -dom-inspector are now unsupported for us [10:37] (e.g. those binaries go back to universe) [11:24] hi [11:25] asac> ok -venkman and -dom-inspector are now unsupported for us <= how? [11:30] 4.7.0~1.9b5 => 4.7.1~beta2~1.9b5 or better 4.7.1~beta2 as it's NSPR_4_7_1_BETA2 [11:31] for nss, i have 3.12.0~cvs2008xx and the tag is NSS_3_12_BETA3, would 3.12~beta3 work ? [11:32] no [11:38] fta: they are now in universe [11:38] binary demotion [11:39] but they still need to be updated, right ? [11:39] maxversion is too low [11:41] asac, what do you think of nspr 4.7.1~beta2 ? [12:00] fta: what happens aftewards? [12:00] fta: i never used venkman? is that broken too? [12:02] let me re-enable all my extensions... [12:02] i miss live http headers and jsview [12:02] jazzva said http headers works and just needs a maxversion bump [12:03] he wanted to do that today afaik [12:03] fta: ^^ [12:03] jsview i don't know [12:03] you can test with the compatibility check disabled (like described on ffox3extension wiki page) [12:04] jsview was ok in b4 so i guess it's just maxversion bump [12:04] fta: is that from AMO ? [12:05] http://forum.softwareblaze.com/ [12:06] https://addons.mozilla.org/en-US/firefox/addon/2076 [12:07] bug 209035 [12:07] Launchpad bug 209035 in firefox-3.0 "cannot subscribe to RSS feeds" [Low,Incomplete] https://launchpad.net/bugs/209035 [12:07] is that what i've fixed ? [12:08] venkman is ok. dom is not [12:14] bug 210003 [12:14] Launchpad bug 210003 in firefox-3.0 "Loss of whitespace in text entry" [Undecided,Incomplete] https://launchpad.net/bugs/210003 [12:15] fta: does dom really need anything except a maxVersion fix? [12:16] i don't think so. amo bumps maxVersion automatically without requiring authors to re upload their stuff [12:18] it does? [12:18] authors just need to click on something [12:19] well [12:19] yeah. we have bump in advance ;) === ZrZ is now known as RzR [12:21] i feel hate against this plugin wizard thing ;) [12:21] http://blog.mozilla.com/basil/2008/03/26/availability-of-new-addons.mozilla.org-amo-site/ [12:22] bug 211315 [12:22] Launchpad bug 211315 in update-manager "Unable to upgrade from 7:10 to 8:04" [Undecided,New] https://launchpad.net/bugs/211315 [12:23] Bug 204753 [12:23] Launchpad bug 204753 in firefox-3.0 "Firefox shown in wrong menu" [Undecided,Invalid] https://launchpad.net/bugs/204753 [12:24] asac, could agree on something for nspr/nss versions so I can close moz devscripts ? [12:24] could we [12:25] bug 206191 [12:25] Launchpad bug 206191 in firefox-3.0 "[hardy beta] Firefox 3.0b4 "set as Desktop background" does not respond" [Medium,Confirmed] https://launchpad.net/bugs/206191 [12:25] oh, assigned to you :) [12:28] Bug 209794 [12:28] Launchpad bug 209794 in firefox-3.0 "Firefox-3 does not clear private data" [Undecided,Confirmed] https://launchpad.net/bugs/209794 [12:28] this is bad [12:34] does not clear private data? [12:34] fta: i am fine with the ~beta thing i guess [12:35] we could use ~beta2+1.9pre1 in case the release RC1 with a non-tagged NSS [12:35] (as worst case) [12:35] what are the negative implications? [12:35] none that I can see [12:38] ok lets use that then [12:38] what is the current nspr version? [12:39] 4.7.0~1.9b4-0ubuntu1 [12:40] they don't have a tag yet? [12:41] we need NSPR_4_7_1_BETA2 and NSS_3_12_BETA3 for b5 [12:41] are we sure that BETA2 is used in b5 ? [12:41] (for nss) [12:41] aeh [12:41] beta3 [12:41] ok [12:41] mozilla bug 420151 [12:41] if we are sure that they have those tags in synch, then we can go for it [12:41] Mozilla bug 420151 in Security: PSM "FF3Beta5 should use updated NSS tag NSS_3_12_BETA3" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=420151 [12:42] beta > 1 right? [12:42] yeah [12:42] ok [12:42] ? [12:43] all ok ... 4.7.0~beta2 is higher than 4.7.0~1.9 [12:45] fta@ix:~ $ dpkg --compare-versions 4.7.0~1.9b4-0ubuntu1 lt 4.7.1~beta2-0ubuntu1 && echo OK || echo NOK [12:45] OK [12:45] question is more on nss [12:46] fta@ix:~ $ dpkg --compare-versions 3.12.0~1.9b4-0ubuntu1 lt 3.12.0~beta3-0ubuntu1 && echo OK || echo NOK [12:46] OK [12:46] fta@ix:~ $ dpkg --compare-versions 3.12.0~cvs lt 3.12.0~beta3-0ubuntu1 && echo OK || echo NOK [12:46] NOK [12:47] yeah [12:47] but thats the cvs problem [12:47] can't your users accept the burden to get on hold? [12:47] sure [12:47] ok ... then lets not care? [12:47] ok, fine with me [12:47] and you upload xulrunner-1.9 with tight depends next time to ~fta [12:47] (for a month or so ... so your users have some time to notice) [12:47] you just scare them each you send them to my ppa ;) [12:48] huh? [12:48] i am doing that? [12:48] yes :) [12:48] well ... i think last time i did that because of nss ;) [12:48] but that should be done soon [12:49] question is for how long ;) [12:49] [reed], do you know when the nss guys plan to release 3.12.0 final ? [12:50] and even moblin folks are using your repo now that i send them there for midbrowser with xul testing :) [12:50] :) [12:50] fta: ask kaie (or kengert?) on moznet [12:51] but i guess they tag in sync with ffox [12:51] not until now [12:51] yeah ... but i think 3.12 is targetted to be in sync with it [12:52] they just skipped a bunch of intermediate steps [12:52] at least, except for b5, it was always strange HEAD tags [12:52] yeah [12:52] because they have far less developers and hate branches and all that [12:52] so they just said: use whatever you want for now ;) [13:31] *argh* [13:31] plugin scanner still not working [13:31] whats up? [13:42] hehe [13:42] lets enable plugin.allow_alien_star_handler [13:42] :) [13:43] just because the name is funny [13:43] asac, did you find the root cause of the missing app helper in ff3 ? [13:44] yes [13:45] for gnome-support it was just that gnomevfs was not registered [13:46] fixed ? [13:46] yes [13:46] i am now on kubuntu-devel to get testers for non libgnomevfs setups [13:47] if it doesn't work with upstream build then its hard to fix ... otherwise we might have a chance [13:47] but i think they dropped all the mailcap logic [13:47] so chances are high that it doesn't work without gnomevfs [13:50] fta: so i mozill-devscripts ready for prime time? [13:53] not yet, i was on pixman [13:53] k [13:53] a lot of context switches today [13:55] yay ... multi-tasking ;) [13:56] yay ... upstream plugin finder wizard cannot install flash at all [13:56] great [13:56] now i can't see if its a regression for us that xulrunner plugins are not auto detected after install [13:57] i love it [13:57] * asac goes for fresh profile [14:01] [reed]: b5 does indeed not install the flash plugin through your plugin finder wizard [14:01] it bails out with something like "install-XX.rdf is not well-formed ... giving up in shame" [14:58] ok, i'm done with pixman and cairo, moving to mozilla devscripts [15:18] asac, mozilla devscripts closed [15:21] asac, take #87, next is the reopen [15:28] asac, hold on, nspr is not right in mozclient, it should now use + instead of ~ [15:28] ok [15:29] so thats it with "no uncommitting" on mt branches ;)? [15:29] hehe [15:29] ... again ;) [15:30] but i think this falls in the "within 5 minutes" moratorium ;) [15:30] yep [15:30] tell me when's ready [15:30] fta: where does it use + instead of ~ [15:30] ? [15:31] ithought we have 3.12.0~beta3 now [15:31] ? [15:31] nspr_4.7.1~beta2.orig.tar.gz [15:31] nspr_4.7.1~beta2+1.9b5~cvs20080314t1505.orig.tar.gz [15:31] yeah [15:31] ah ok [15:31] thats right [15:32] hm, why is it still b5..... hmmmmm [15:32] it should be pre1 or something now [15:32] or just pre [15:32] (we could name it rc) [15:33] fta: i have one blocker bug i would be sure about that it works: checkout of dates on branches ;) [15:33] cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot -q -z 3 co -P -A -D "2008/03/14 15:05 PST" mozilla/nsprpub mozilla/config/milestone.txt [15:33] does that work? [15:33] once 3.0 is released it will fork away from trunk [15:33] hm, because nspr hasn't been touched in a while, milestone.txt is old [15:33] and tracking that would be beneficial [15:33] fta: i don't think its bad here :) [15:34] in this particular situation [15:34] yep, it's weird but it doesn't hurt [15:34] ok, all fine now? [15:35] not yet, committing.... [15:37] please test one more time ;) [15:37] i will just blindly upload it [15:43] done [15:43] works for me (tm) [15:46] asac, go for it :) [15:51] asac, i have nspr ready too [15:51] nspr.head branch [15:51] closed for 4.7.1~beta2-0ubuntu1 [15:52] fta: i cannot merge down from that [15:52] unless you started that branch again [15:52] ? [15:53] hm [15:53] thats what i told you after release: no common ancestor [15:53] maybe fork again and just copy over on top [15:53] where is your branch then ? i was able to push to mt head without issue [15:53] or do on top of current branch [15:53] fta: mt head never had a common ancestor for me [15:54] hm [15:54] its just plain branch: http://bazaar.launchpad.net/%7Emozillateam/nspr/nspr [15:54] and and http://bazaar.launchpad.net/%7Emozillateam/nss/nss/ [15:54] oh, ok. I'll fix that, it's just the 3rd time we encounter this issue [15:55] fta: back in * RELEASE 3.12.0~1.9b3-0ubuntu1 to hardy you prepared the release on that branch [15:55] that's nss [15:56] i've just done nspr so far [15:56] ah [15:56] lets see [15:56] fta: for nss please base on the main branch [15:56] oh, i also need to merge nspr.head in plan nspr [15:56] maybe replace your .head with that to finally eliminate that [15:57] plain [15:58] i can just commit that merge [15:58] applies cleanly [15:58] already done [15:58] k [15:59] fta: + * Refresh diverged patch: [15:59] + - update debian/patches/99_configure.patch [15:59] how did that end up in this branch now? [15:59] ok i see+ [16:00] from one of the 2 mergs [16:00] merges [16:01] nspr #24 [16:02] fta: no symbol changes? [16:02] in nspr? [16:02] no [16:02] it's pretty stable [16:02] k [16:03] in fact, the one you uploaded for b4 was already a 4.7.1 beta but you named it 4.7.0 [16:04] merge nss.head into nss worked for me [16:07] asac, it seems my nss branches matches those on LP, maybe yours don't, could you check ? [16:14] which url are you using to full .head? [16:14] pull [16:17] ix:~/bzr/nss.head$ bzr pull [16:17] Using saved location: http://bazaar.launchpad.net/~mozillateam/nss/nss.head/ [16:17] No revisions to pull. [16:18] ix:~/bzr/nss$ bzr pull [16:18] Using saved location: http://bazaar.launchpad.net/~mozillateam/nss/nss/ [16:18] No revisions to pull. [16:20] ok i have the plugin autoreloading under control it appears [16:25] asac, so, branches, which one is wrong? [16:29] 156 new threads in the forum for hardy in just 36h [16:32] 123 new commits in bonsai for the same period [16:32] haha [16:32] sorry dropped the ball on the branch [16:32] let me see [16:33] fta: [16:33] $ bzr merge ../nspr.head/ [16:33] WARNING: the 'deb822' top-level module is *DEPRECATED*, please use 'debian_bundle.deb822' [16:33] bzr: ERROR: Branches have no common ancestor, and no merge base revision was specified. [16:33] $ bzr push [16:33] WARNING: the 'deb822' top-level module is *DEPRECATED*, please use 'debian_bundle.deb822' [16:33] Using saved location: bzr+ssh://asac@bazaar.launchpad.net/~mozillateam/nss/nss/ [16:33] No new revisions to push. [16:34] push branch: bzr+ssh://asac@bazaar.launchpad.net/%7Emozillateam/nss/nss/ [16:34] aeh :) [16:34] i see the problem [16:35] fta: i have now a ~cvs revision in changelog [16:35] up to 20080319t1013 ? [16:35] fta: +#MISSING: 3.12.0~1.9b4# __nss_InitLock_Util@NSSUTIL_3.12 3.12.0~1.9b3 [16:35] +#MISSING: 3.12.0~1.9b4# secoid_Init@NSSUTIL_3.12 3.12.0~1.9b3 [16:35] shouldn't those be removed from symbols file? [16:36] i was planing to, once we have this branch issue sorted out [16:36] fta: i already removed them in last merge [16:36] ? [16:36] well i did that independent i guess [16:37] on nss branch [16:37] for 1.9b4 [16:38] fta: please remove that lines either on head or while merging [16:39] k [16:52] bug 44851 [16:52] Launchpad bug 44851 in acroread "mozilla-acroread places Firefox plugin in "wrong" path" [Medium,Fix released] https://launchpad.net/bugs/44851 [16:53] do we ship that? [16:53] medibuntu [16:59] asac, nss & nss.head ready [17:02] tarballs are there: http://www.sofaraway.org/ubuntu/tarballs/ [17:05] i will produce them to test mozclient ;) [17:05] ok [18:06] the ff3 notification is still broken [18:08] hm, maybe not, i had a ff process without window. [18:41] asac, dunno if you missed one new package, so I'm just reminding that firefox-greasemonkey is prepared... I just need to do a little change in debian/copyright. bug 205172 [18:41] Launchpad bug 205172 in greasemonkey "REVIEW/SPONSOR: please review and sponsor firefox-greasemonkey" [Undecided,New] https://launchpad.net/bugs/205172 [18:46] asac, pushed the new revision... [18:58] Jazzva: wasn't it uploaded yet? [18:58] strange [18:59] ah you didn't add the firefox-extensions project ;) [18:59] asac, I need to add it too? Oh :). Anyway, I'm looking at the livehttpheaders now. The latest source is already in the repo, so I'll just bump the maxVersion and repackage it with xpi.mk. Sounds good? [19:00] s/add it/add that/ [19:00] no i did it [19:00] Thanks... [19:00] well my mail filter apparently sucks [19:00] thoguth that mozailltaem was enough [19:00] but isn't :) [19:00] Murphy's laws :) [19:03] Jazzva: commented [19:03] thanks :)... [19:39] asac, anything else needed for xul/ff ? [19:45] asac, is that expected ? http://paste.ubuntu.com/6480/ [19:46] do [19:46] no [19:49] but the contents appear to be correct [19:51] i've hook up compare [19:56] didn't i push blocklist? [19:56] nope [19:56] strange [20:09] asac, would you let me close xul/ff ? you've closed the last two beta [20:20] fta: hmm [20:21] fta: you can close both now, but i will open one of them again for the plugin fix. i am not sure where it lands atm. there are multiple options. [20:23] grr [20:23] fta: hmm [20:23] fta: you can close both now, but i will open one of them again for the plugin fix. i am not sure where it lands atm. there are multiple options. [20:23] what is the impact ? [20:23] bug id ? [20:23] i hate this event things. [20:24] i mean i am sure that i am currently bumping in the same issue that prevents us from setting arguments on the epiphany cert dialog [20:24] I hate dsl daily disconnect, it's from another age [20:24] thought you have fiber ;) [20:25] nope [20:25] i could, my area is eligible [20:31] both closed [20:32] asac, I'm running into some problems. Imagezoom and LiveHTTPHeaders seems to be broken on beta4 (which I have in my chroot), but work fine od beta5(pre), where I tested them last night... [20:32] I'm testing some more to see where's the problem... [20:32] asac, ^^ feel free to push. if you update b5, please do so in *.dev as I'm updating *.head with trunk. [20:35] fta_: yes. did you merge over the b5 already? [20:35] Jazzva: thats ok then. [20:35] fta_: how recent is your b5 ? [20:36] did you push today? so Jazzva can test that? [20:36] asac: I think I found the source, but I don't know how I missed it... [20:37] asac, all the .dev and .head branches are in sync (nspr/nss/xul/ff) [20:38] as for my ppa.. it's about 20h old [20:39] Jazzva: if it works with fta ppa then all should be fine [20:39] ppa: xulrunner-1.9.head #217 out of #222 and firefox-3.0.head #233 out of #238 [20:40] when I unzip the .jar file it rebuilds the chrome/ inside chrome/, so we have chrome/chrome/... which is why it's not working. Although, I'm sure I tested the deb :/... [20:40] I'll just add option to zip to skip the inclusion of chrome/ dir... [21:02] ppa resynched... building [21:13] asac, should I change bzr url for mozilla-imagezoom to ~ubuntu-dev too? BTW, I fixed both imagezoom and livehttpheaders, I'll push them in the next few minutes... [21:28] Hmm, the xpi file produced for livehttpheaders works ok, but it fails when I install the deb... I get this error "Firefox could not install this item because of a failure in Chrome Registration. Please contact the author about this problem." Any ideas? [21:30] Jazzva: yes. please [21:30] everything that has Maintainer: ... MOTU [21:30] needs ~ubuntu-dev [21:30] Jazzva: any files not available in the deb that are in the .xpi? [21:31] I'll check it... [21:31] Jazzva: is the extension ID correctly detected and encoded in the path in firefox-addons that links to it? [21:32] yep... [21:40] Checked the files, everything in xpi is in deb file (in /usr/share/mozilla-livehttpheaders/) /usr/lib/firefox{,-adons}/extensions/{id} are linking to /usr/share/mozilla-livehttpheaders [21:40] asac ^^ [21:40] and the id matches the one in install.rdf [21:41] i'll try to put it in rules, just to try that way... [21:44] nope, still the same... :/ [21:48] pushed imagezoom with corrected bzr url (~ubuntu-dev)... [21:49] greasemonkey too... [22:12] Jazzva: push the livehttpheaders branch somewhere [22:12] i can take a lok then [22:12] ok... [22:16] asac: aloha [22:18] asac: https://code.edge.launchpad.net/~jazzva/firefox-extensions/mozilla-livehttpheaders.test [22:21] asac: I have to go now... We have some guests overnight, so they'll sleep in my room... Why didn't I get a laptop? I'll finish ctxextensions in the morning, it seems easy to package [22:21] Thanks for checking livehttpheaders :) [22:21] See ya later... night, all [22:44] fta_: ok the first three are uploaded [22:44] xul and ffox waiting for final testing ... same for ubufox [22:44] excellent === fta_ is now known as fta [22:45] fta: i will keep you in changelog for all as its not a two way fix, but a three way :) ... just bump the times [22:45] can i push the xul changes to .head still? [22:45] yes [22:45] trying [22:45] ok [22:46] asac: any progress with all in one sidebar? [22:46] i'm working on a build system a-la-xul for prism 0.9 [22:48] sebner: didn't i comment in bug? [22:48] fta: what do you mean? like cdbs or upstream build system? [22:49] no, configure.in, config/* build/autoconf/* etc [22:49] fta: all pushed. lets hope the xul patch is really accurate now [22:49] upstream build system [22:49] you can move ahead anyway [22:49] if there is something left ill do it in .dev [22:50] asac: your comment was "FFe: bug 193225" ^^ [22:50] Launchpad bug 193225 in firefox-3.0 "FF: general exception for firefox 3 extension packages signed off by the mozillateam" [Undecided,Confirmed] https://launchpad.net/bugs/193225 [22:51] sebner: ok confirmed [22:52] same for flashblock, what's next now ? [22:53] hi btw [22:53] asac, upstream builds prism along with xul, I don't want that so i've made a --with-libxul-sdk build system [22:53] sebner: look out for typos [22:53] your version read ...ubntu1 [22:53] i fixed that now before the push [22:54] :) [22:54] asac: grr. bzr is surely nothing for me [22:54] sebner: thats in changelog ... not related to bzr :) [22:55] asac: the use of bzr makes my nervous what leads to mistakes ;P [22:57] sebner: haha :) [22:57] just relax. [22:57] before you commit you just look at bzr diff [22:57] and remove any cruft [22:57] thats quite comfortable :) [22:58] rzr: ill look at yours next [23:00] bug 211494 [23:00] Launchpad bug 211494 in firefox-extensions "REVIEW/SPONSOR: please review and sponsor All in One Sidebar extension" [Wishlist,Confirmed] https://launchpad.net/bugs/211494 [23:01] asac: k, thanks so far. I'll take a look at it tomorrow/today. gn8 :D [23:01] sebner: uploaded [23:02] asac: wuhu. first Orginal Maintainer field by me :D [23:02] asac: gn8 then :D [23:04] fta: lintian complains about executable flag for all our idls [23:04] maybe we should fix that [23:04] W: xulrunner-1.9-dev: executable-not-elf-or-script ./usr/share/idl/xulrunner-1.9b5/unstable/nsIDOMLSException.idl [23:04] like 100 times ;) [23:05] lol [23:07] asac: ok thx