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