[15:40] fta: i think everything is now up. i had to improve the firefox changelog. that was far too much cryptic content. we should try to clean it up that way before uploading everytime i gues [15:41] * asac back to fighting spam flood [16:04] asac, lp rendered the changelog strangely [16:05] nss 3.12 rc1 is in progress upstream [16:05] sunbird 0.8 is out [16:06] xul ftbfsed on hppa [16:06] g++-4.2 -o nsGREGlue.o -c -fvisibility=hidden -DOSTYPE=\"Linux2.6\" -DOSARCH=Linux -I./../build -I. -I. -I../../dist/include/string -I../../dist/include -I../../dist/include/xpcom -I/usr/include/nspr -I/usr/include -I../../dist/sdk/include -fPIC -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-long-long -pedantic -g -fno-strict-aliasi [16:06] ng -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -Os -freorder-blocks -fno-reorder-functions -finline-limit=50 -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsGREGlue.pp nsGREGlue.cpp [16:06] nsGREGlue.cpp: In function 'nsresult GRE_GetGREPathWithProperties(const GREVersionRange*, PRUint32, const GREProperty*, PRUint32, char*, PRUint32)': [16:06] nsGREGlue.cpp:174: error: invalid conversion from 'const GREProperty*' to 'GREProperty*' [16:06] make[5]: *** [nsGREGlue.o] Error 1 [16:06] make[5]: Leaving directory `/build/buildd/xulrunner-1.9-1.9~b5+nobinonly/mozilla/xpcom/glue' [16:06] make[4]: *** [libs] Error 2 [16:07] fta: what do you mean? [16:07] http://launchpadlibrarian.net/13134463/buildlog_ubuntu-hardy-hppa.xulrunner-1.9_1.9~b5%2Bnobinonly-0ubuntu1_FAILEDTOBUILD.txt.gz [16:07] i have no idea why you are not linked directly [16:07] maybe it only looks for ubuntu.com addresses [16:07] or your address is not in launchpad as primary address? [16:07] and you have 5 icons [16:08] 5? [16:08] hehe i see 7 heads :) [16:09] fta: David Futcher < bobbocanfly@gmail.com> is properly displayed [16:09] you probably really use a bad mail? [16:10] fta: you don't even have an email setup in launchapd? [16:10] yeah ... no public address provided [16:10] your fault [16:10] :-P [16:10] https://edge.launchpad.net/~fta [16:11] we should really try to polish the firefox changelog before release. It read by lots of people before upgrading [16:13] my email is correct, but not public, but I expect lp to have access to it, just not spam spiders [16:13] well [16:13] its important to also show your email to other ubuntu folks [16:14] but its definitly the reason why your email is not properly parsed [16:14] (given that your email is already everywhere i'd suggest you let it go :)) [16:14] btw, if you are not logged in all emails are hidden in launchpad [16:14] try it [16:15] at least they definitly are hidden in bzr code browse [16:23] done [16:23] great! [16:23] yeah [16:24] you even have a head more than me ;) [16:24] most likely it depends how frequently you are named in log [16:24] looks like a bug to me [16:25] yeah i think so too ... but its funny ;) [16:25] anyway ... i think this is a great release :) [16:26] now we have translations left as only really big issue :/ [16:28] too bad we still have the flash crashes [16:28] what do you see when you open this pdf ? http://eloise.cocolog-nifty.com/rodoku/fileschikamatsu/SonezakiShinju_michiyuki.pdf [16:30] black garbage [16:30] cairo regression? [16:33] i don't know [16:33] same with xpdf [16:33] why do you think itts a good document= [16:34] because it comes from a site i often visit [16:34] but i don't know about that particular pdf [17:33] pkgstriptranslations: xulrunner-1.9-dbgsym does not contain translations, skipping [17:33] cp: target `/tmp/pkgstriptranslations.ew7658/source/' is not a directory: No such file or directory [17:33] make: *** [binary-strip-IMPL/xulrunner-1.9] Error 1 [17:33] asac, ^^ [17:33] http://launchpadlibrarian.net/13135043/buildlog_ubuntu-hardy-sparc.xulrunner-1.9_1.9~b5%2Bnobinonly-0ubuntu1_FAILEDTOBUILD.txt.gz [18:02] fta: hmm [18:02] appears to be only on sparc [18:03] pkgstriptranslations: preparing translation tarball xulrunner-1.9_1.9~b5+nobinonly-0ubuntu1_i386_translations.tar.gz...done (1 files) [18:03] pkgmaintainermangler: Not overriding Maintainer for domain lists.ubuntu.com [18:03] \o/ yay it works ;) [18:04] rock on [18:04] hi guys, does anybody of an addon which tells about how much time it took for a webpage to render as well as gives a split chart or something of each component [18:04] know I had seen something like that way way back, but don't remember [18:04] hmm [18:04] use tools-> addons and search there ? [18:04] :) [18:06] lets see when the translation template hits translatinos.launchpad.net [18:06] asac: dunno what keyword to use for that [18:07] b5 built on i386 :) [18:07] yeah, that's good news fta ;) [18:08] any idea if xulrunner building great with galeon as well? [18:10] fabien ^ [18:11] i don't know, i haven't touched galeon in years [18:11] it was my main browser for many years [18:12] I use galeon as well ff3 [18:14] amd64 done too [18:15] shirish: most likely not [18:15] upstream has to fix it [18:15] (e.g. suport xul-1.9 [18:16] ) [18:16] asac: right [18:16] if upstream is active at all ;) [18:16] that is false [18:16] what is false? [18:16] they have introduced galeon 2.0.5 [18:16] great [18:16] hot that many changes i guess ;) [18:16] few days back [18:16] I have put up a bug report in debian for the same [18:17] in previous release they claimed to "support 1.9", but apparently had no clue what that means ;) [18:17] was thinking let it come into experimental/unstable then would give a sync request [18:17] right [18:17] shirish: debian has no xul 1.9 [18:17] wow, didn't know that [18:17] they are lame [18:18] and when they release it will most likely be completely broken [18:18] also haven't they forked ff or something to that effect [18:18] thats just a rebranding [18:18] not a complete fork [18:19] we have iceweasel, icedove, iceape in debian [18:19] shirish: firebug + yslow is what you need for webpage time benchmarking [18:19] firebug is either in the archive or waiting for a push [18:19] its definitly in our firefox-extensions project on LP ... ready. [18:19] firebug+yslow ok [18:19] asac: I think its waiting for a push, I checked the irc logs yesterday and then looked for them today morning [18:20] its 12 hours now, lemme recheck the same [18:20] nope, not till now :( [18:22] asac: its named firebug or something else [18:29] bug 194375 [18:29] Launchpad bug 194375 in firefox-extensions "REVIEW/SPONSOR: please review and sponsor firebug extension" [Undecided,Fix committed] https://launchpad.net/bugs/194375 [18:29] https://edge.launchpad.net/ubuntu/+source/firebug/1.1.0~b11+svn317-0ubuntu2 [18:29] ok sits in binary NEW [18:31] asac: so its going to take a day or something? [18:31] next time an archive admin comes around, it will go in [18:31] let me ask hobbsee [18:32] asked [18:32] lets see if she is awake [18:34] she has been idle for sometime. [18:34] anyway bbiaf [18:35] shirish: she lives in australia :) [18:35] @time australia [18:35] @time sydney [18:35] Current time in Australia/Sydney: April 06 2008, 03:35:17 - Next meeting: Server Team in 4 days [18:35] ok, that explains it :) [18:42] fta: what do you think about the changelog format? [18:43] i consider to not use * XXXX ... but * Signed-Off: XXXX [18:43] of * Credits: .... [18:44] https://edge.launchpad.net/ubuntu/+source/firefox-3.0/3.0~b5+nobinonly-0ubuntu1 [18:44] aeh ... https://edge.launchpad.net/ubuntu/hardy/+source/firefox-3.0/3.0~b5+nobinonly-0ubuntu1 [18:44] thats it [18:56] ok ... as hard as this might sound. i am working on fixing icedove today [18:56] otherwise debian folks will shoot me if they come to hamburg i guess [18:57] :) [18:58] http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=src&data=icedove&archive=no&pend-exc=pending-fixed&pend-exc=fixed&pend-exc=done&sev-inc=critical&sev-inc=grave&sev-inc=serious [18:58] those are the grave bugs ;) [18:59] #461981: icedove: the new package on powerpc does not work => 74 days old [18:59] dear [18:59] debian bug 463062 [18:59] Debian bug 463062 in icedove "icedove corrrupts mail cache repeatedly" [Grave,Open] http://bugs.debian.org/463062 [18:59] i doubt that thats a valid bug ;) [18:59] at least not due to my packaging [18:59] debian bug 468353 [18:59] Debian bug 468353 in icedove "crash: *** glibc detected *** /usr/lib/icedove/icedove-bin: double free or corruption (out): 0xb65acd40 ***" [Grave,Open] http://bugs.debian.org/468353 [19:00] fta: do you want to upload to debian directly? i think there is a control field that i could add to allow you to upload icedove directly ;) [19:00] hehe [19:00] debian bug 470168 [19:00] Debian bug 470168 in icedove "iceweasel & icedove crashed, corrupted filesystem, ~/.mozilla-thunderbird became a pipe" [Grave,Open] http://bugs.debian.org/470168 [19:01] hell whats that [19:01] .mozilla-thunderbird _became a pipe_ [19:01] read that twice [19:01] debian bug 470542 [19:01] I need your help for prism [19:01] Debian bug 470542 in icedove "icedove 2.0.0.9-3: 100%cpu consumption and unusable" [Grave,Open] http://bugs.debian.org/470542 [19:01] thats not a grave bug for sure [19:01] fta: what can i do? [19:01] debian bug 470128 [19:01] Debian bug 470128 in icedove "xulrunner: FTBFS with libnss3-dev=3.12.0~beta2-1" [Serious,Open] http://bugs.debian.org/470128 [19:01] ok thats what i know how to fix ;) [19:02] help me find what's wrong :) [19:02] fta: does dom-inspector work now? [19:02] i haven't tested ... just bumped the maxVersion ;) [19:03] ubufox was a really great release .... it closed more than a half of the open bugs in changelog \o/ [19:03] if that could ever happen to firefox i would burst out in tears [19:04] fta: whats wrong? [19:04] :) [19:04] completely broken? [19:05] fta: in configure.in ... if i want external env variable to overload the default, do i need to do anything? [19:05] like test -n "$OS_ARCH" && OS_ARCH=Default ? [19:05] or is that done automagically? [19:06] no it's not. if it assigns a default value, it will erase yours [19:06] ok ... so i have to check that manually [19:06] thats what i thought, but i remember that in gnash it worked automagically for some [19:06] fta: tell me whats up with your prism thing [19:08] grab https://code.edge.launchpad.net/~mozillateam/prism/prism [19:09] merge with the source [19:09] run autoconf2.13 + ./configure --with-libxul-sdk=/usr/lib/xulrunner-devel-1.9b5 [19:09] make [19:09] and try dist/bin/prism [19:09] and try dist/bin/prism -jsconsole [19:10] (debian/rules is not updated yet) [19:11] where is the source? [19:11] fta: can you bring that up into bzr as .upstream branch? [19:11] http://www.sofaraway.org/ubuntu/tarballs/prism_0.9+svn20080403r11903.orig.tar.gz [19:11] you can ask for sync in launchpad for svn [19:12] fta: https://code.edge.launchpad.net/prism/trunk [19:12] well, i want to post the build system patch in bugzilla [19:12] can you ask for a sync? [19:12] yeah [19:12] i can try now [19:12] but i'd love to have everything we deal with that can be synched in lp [19:13] ok merged [19:13] build it [19:13] it will create deb but ignore them [19:13] fta: there is no configure.in [19:14] no idea whats going on [19:14] build it, it's needed to apply the patches and do a subst o, the .ini [19:14] i am in prism/ directory [19:14] ok [19:14] oh ... no cdbs? [19:15] not yet [19:15] i will trash most of debian/rules once this build system is ok [19:16] fta: why do you want to use the mozilla build system? [19:16] why not plain configure.ac + automake? [19:16] because that's what upstream wants [19:17] there are two xpi now, and soon some binaries [19:17] already on mac and win [19:17] is upstream aware the mozilla build-system is one of the most rotten things on earth;) .... mozilla only keeps it because they fear regressions ;) [19:18] and they switch to python for mozilla 2 [19:18] anyway [19:18] it built and starts [19:18] whats the issue? [19:18] you can't get anything to work except the initial dialog [19:18] ok [19:19] try -webapp path/to/a/webapp [19:19] Error: Cc['@mozilla.org/desktop-environment;1'] is undefined [19:19] Source File: chrome://webrunner/content/webrunner.js [19:19] Line: 511 [19:19] you really have to tell me more ... is that a recent regression? [19:20] or is that only reproducible with your build system? [19:20] 0.8 was ok. 0.9 changed a lot [19:21] well, the debs don't work either [19:21] http://www.sofaraway.org/ubuntu/tmp/prism.png [19:23] fta: there is no DesktopEnvionrment for unix [19:24] no doubt thats one of the issues (as we see an uncatched exception resolving @mozilla.org/desktop-enviornment [19:24] the docshell seems to prevent the main window to appear [19:24] either fix prism to survive a non existing component or code that for unix/linux [19:24] hm [19:26] fta: wanna give me a patch to you? [19:27] fta: look at the apprunner.js line 511 [19:28] if that throws an exception then delayedStartup is not called at all (see a few lines below in setTimeout) [19:28] you should deal with that situation by just catching the exception and somehow taking care that the missing features get disabled for the time after that [19:28] but i think catching that exception should at least help you to get further now [19:29] copy? [19:31] but coding the desktop envioronment for unix shouldn't bet that hard either ;) [19:31] a bit low level stuff, but in general doable i guess [19:34] hmmn i thought it was supposed to work and then it was just a packaging issue [19:35] bug 212416 [19:35] Launchpad bug 212416 in firefox-3.0 "latest xulrunner-1.9 update breaks firefox-3.0" [High,Triaged] https://launchpad.net/bugs/212416 [19:38] damn [19:38] i have to talk to mvo [19:38] he said that versioned Breaks: does the right thing [19:39] not if people force it [19:39] how? [19:39] dist-upgrade? [19:39] yes [19:39] well ... its the most graceful thing we can do right now [19:39] tightening up depends with upper bounds on firefox side is just too bad to pursue [19:40] that happens only when the upgrade in the middle (xul avail, but not ff3 yet) [19:40] yeah sure [19:40] they [19:41] seems ff3 is not avail on i386 yet [19:41] firefox-3.0 | 3.0~b4+nobinonly-0ubuntu1 | http://archive.ubuntu.com hardy/main Packages [19:41] firefox-3.0 | 3.0~b5+nobinonly-0ubuntu1 | http://archive.ubuntu.com hardy/main Sources [19:44] bug 212416 [19:44] Launchpad bug 212416 in firefox-3.0 "latest xulrunner-1.9 update breaks firefox-3.0" [Low,Incomplete] https://launchpad.net/bugs/212416 [19:44] back to incomplete [19:46] how does the kernel handle this ? they have to update nvidia at the same time too [19:49] fta: they have a meta package [19:49] that they bump once everything is available [19:57] asac, ping... [19:59] pongy [19:59] Jazzva: ^^ [19:59] Hey, hey... [19:59] Did you have time to look at the packaging? [20:00] no ;) ... isn't it ok? [20:00] :-P [20:00] Jazzva: ah [20:01] you were gone yesterday [20:01] the http header problem is that they use contents.rdf instead of chrome.manifest ... which isn't support natively on 1.9 branch anymore [20:01] damn it... any fix for that? [20:01] Jazzva: just write a chrome.manifest [20:01] that should be simple [20:01] Ok, just to check the structure of both files first :)? [20:02] ?=... [20:02] its shipped in top level directlry of .xpi [20:02] Should I write it manually, put it in debian and then move it in debian/rules [20:02] ? [20:02] Jazzva: http://developer.mozilla.org/en/docs/Chrome_Registration [20:02] Thanks... [20:02] there are examples for content, locale and skin [20:02] that should be enough [20:03] Ok... [20:03] if you have concrete problems let me know [20:03] I will... [20:07] Jazzva: look in the other extensions . there should be plenty of examples [20:07] Doing that... :) [20:10] asac: Could you also try the mozilla-stumbleupon? They are using chrome.manifest, but it's not showing up... It might be something wrong with my FF... [20:22] Jazzva: you can remove the files in your profile that match extensions.* [20:22] then start ffox [20:22] that should clean up anything that might be broken in your profile [20:23] e.g. reregistering extensions and all that [20:23] ok... I'll try that ... [20:30] fta: did you try to wrap prism thing with a try { } catch? [20:31] looks like they make extensive use of desktop-environment now [20:31] so maybe its worth to implement [20:41] if you feel like doing it, please, feel free [20:42] yeah ;) ... definitly not before release [20:44] ? [21:19] fta: did you ever get a stacktrace with xul symbols out of your flash thing? [21:19] i am looking at bug 207907 [21:19] Bug 207907 on http://launchpad.net/bugs/207907 is private [21:19] that code looks definitly wrong [21:20] [reed]: i think there is something wrong with the patch for mozilla bug 386844 that you landed [21:20] Mozilla bug 386844 in Plug-ins "Crash when running Java Applets [@ XSync - JavaPluginInstance5::SetWindow]" [Critical,Verified: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=386844 [21:20] no, i didn't. [21:22] [reed]: look at stacktrace in bug 207907 ... and the comment i will drop in a minute [21:22] Launchpad bug 207907 in firefox-3.0 "Firefox 3 Beta 4 crashed while displaying a flash-popup" [Medium,New] https://launchpad.net/bugs/207907 [21:45] asac, LiveHTTPHeaders is working :)... I'll push the branch in few minutes... [21:46] just to move chrome.manifest to debian [21:49] Jazzva: to debian? [21:49] you can just commit that in .ubuntu branch [21:49] thats the idea of the .upstream + ubuntu branch split [21:49] I will... [21:50] no need to maintain patches/ or fix files during build [21:50] just commit as usual [21:50] Oh... So, I can leave it in top level? [21:50] but remember to properly document that in changelog and commit message [21:50] asac ^^ [21:55] Jazzva: yes. just commit it [21:55] if top level is upstream top level [21:55] k [21:55] and forward that upstream so hopefully it will be included at some point [22:14] Using saved location: http://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.0.head/ [22:14] bzr: ERROR: These branches have diverged. Use the merge command to reconcile them. [22:14] asac, ? [22:15] Hi asac, we are ready with the package (if is not too late), you can find it here: http://debomatic.linuxdc.it/hardy/result/ubuntu-it-menu_1.0.6-0ubuntu1/ [22:15] sorry for the delay due to a little problem encountered [22:17] fta: well ... i pushed without overwrite [22:17] and didn't merge in advance ... [22:17] asac, http://paste.ubuntu.com/6505/ [22:18] so you probably committed something locally that you didn't push yet [22:18] fta: remember that bzr merge will eliminate my revisions [22:18] pull first and merge your branch on top [22:18] I can't pull [22:19] diverged [22:19] pull new ... merge your branch over [22:21] Hi all! [22:22] warp10: hi [22:22] hey asac [22:24] asac, I don't get why bzr wants to revert 12+ commits when just the last one diverged [22:25] fta: no idea ... it won't revert anything if you branch a few checkout and merge your local branch to that [22:25] i will try to look closer what merge does when i get diverged again at some point [22:26] warp10: new channel member or just a question? [22:26] ;) [22:27] asac: no questions now... but maybe I will get closer to mozilla packages for Intrepid :) [22:28] great. welcome then ;) [22:28] thank you! :) [22:36] asac: I hope it is not too late for including it in Hardy, anyway [22:37] Volans: did you file a bug against firefox-extensions project ... please do so: ask for REVIEW/SPONSORSHIP [22:37] and attach the required files to the bug report [22:37] and add your extension the https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions wiki page [22:37] with yourself as QA Contact [22:43] asac for the bug the required files are: orig.tar.gz, diff.gz e dsc ? [22:44] yes [22:45] heya. I was curious about when TB 3 will be part of Ubuntu. I guess it won't make it into Hardy anymore, or will it? [22:45] it wont [22:46] is 8.10 a good prediction for TB 3? [22:46] let me rephrase: how much longer is the 2.x branch going to be developed? [22:47] not sure. they didn't announce a roadmap, afair [22:47] i have it packaged for hardy if that's the question but it's pre alpha 1 [22:48] so there's still a long way to go [22:48] asac: stumbleupon is fixed too... The problem was that I used lowercase id to declare MOZ_XPI_EMID, but it wasn't all lowercase in install.rdf, so there was a problem :) [22:48] I'm asking because there is a patch for a movemail bug but it's only working "against 1.8 branch, [...] and as such it works when building TB 3 or SM 2 from trunk". [22:49] sorry *not* against 1.8 [22:49] but trunk [22:49] how's the 1.8 branch related to 2.x? [22:49] 1.8 is the gecko part, the core, used by tb2 [22:49] tb3 uses 1.9 [22:51] I wonder why patches are released for trunk when there isn't even a roadmap leading to TB 3. [22:51] assuming that TB 2 will be in action for quite a while. [22:53] Jazzva: goof [22:53] god [22:53] ;) [22:53] lol [22:53] Yay... made it by saturday midnight :) [22:53] thats cool [22:53] asac: wiki updated, bug updated ( https://bugs.launchpad.net/firefox-extensions/+bug/112846 ) I hope in the right way [22:53] Launchpad bug 112846 in ubuntu "[needs-packaging] Ubuntu-it Menu (Firefox extension)" [Wishlist,Triaged] [22:53] cosmodad, maybe ask on moznet, this has nothing to do with ubuntu. we package what they produce. [22:53] thanks for your help :)... I think I'd never guess the contents.rdg => chrome.manifest part [22:54] Volans: looking [22:54] fta: you are right. I guess I will just comment the bug report. [22:54] cosmodad: trunk is current development focs [22:54] focus [22:54] nothing new is introduced on 1.8 branch [22:54] asac: not even bug fixes? [22:55] tbird was more or less in sync wth ffox 1.8, but for trunk it isn't [22:55] cosmodad: bug fixes only for regressions and high impact bugs [22:55] given that movemail was never really officially supported i doubt that it qualifies for that [22:55] darn. :/ [22:55] however, i think it could go in, but its hard to find someone investing time in 1.8 branch [22:56] wish I knew enough about the TB code to do modify the patch on my own. [22:56] cosmodad: learning by doing ;) [22:56] it's only a bunch of lines, and the patch applies, but it's not working. [22:56] well tbird 3 is most likely still shaky [22:56] asac, are we releasing extensions with b4 hardcoded ? [22:56] fta: do we? [22:56] thats a bug. i tried to take care that thats not happening [22:57] asblock+ [22:57] adblock+ [22:57] but maybe i missed it her and there [22:57] yeah ... thats not me [22:57] rainct is motu ... [22:57] we should fix that though [22:57] asac: could the patch be introduced to TB 2 by some Ubuntu group, e.g. your team, MOTU, whatever? [22:57] fta: let me fix it [22:58] cosmodad: i think we have no time right now. i guess there is already a bug open [22:58] iirc it already has a patch [22:58] maybe take a look [22:58] asac: the bug is filed, but there was no patch 24h ago. [22:59] asac: there's only one patch in mozilla bugzilla, but like I said, it only applies against trunk. [22:59] cosmodad: i mean bug in launchpad [22:59] asac, i'm using a devel version but users are complaining in the forum and are now jumping on the tester extension :P [23:00] asac: yeah the bug is filed in LP, but no fix available. [23:00] fta: please deescalate in the forum, comment and say that an upgrade will be available in a few [23:00] thanks [23:04] done [23:09] fta: its bug 203015 ... he didn't commit to bzr back then [23:09] Launchpad bug 203015 in adblock-plus "not compatible with firefox 3.0b4" [Medium,Fix committed] https://launchpad.net/bugs/203015 [23:09] i will just upload again [23:09] ubuntu3 [23:09] and push that to branch [23:09] ok fix uploaded [23:10] thx for them ;) [23:11] can we monitor all branches and kick people when a higher version appears in archive then in bzr? [23:19] easy :) [23:22] uploading icedove beast [23:22] eat this ;) [23:31] jimmy_: that gconf patch is really dirty [23:31] jimmy_: you didn't upgrade the UPSTREAM branch? [23:31] jimmy_: thats really much work for me now [23:34] by the way asac, have you had the time to look if all was fine? [23:35] jimmy_: please provide me a clean one first thing on monday. otherwise we cannot support gconf in midbrowser hardy [23:35] asac: anything left for those extensions, or is it up to the archive team now? [23:36] *left for me to do [23:36] Jazzva: i think 4 are not uploaded yet [23:36] Jazzva: what about those that are not yet upgraded? [23:36] Jazzva: we need to move them to firefox-2 [23:36] if we cannot fix them [23:36] asac: ok... I'll provide a fix for those that are not compatible for sure... [23:37] bug report + diff? [23:37] yes. [23:37] that should be ok [23:37] and firefox extensions + mozillateam? [23:37] maybe note the bug in the table of extensions page [23:37] Jazzva: yes, upstream firefox extensions would be helpful [23:37] i don't read bugmail right now ... so mozillateam is not helpful [23:37] :) [23:38] oh, it's good to know :) [23:38] well. i think i should filter mozillateam mail somewhere else [23:38] it should be far less [23:38] most goes to mozilla-bugs (hopefully) [23:44] this upload to dewbian is really creeping along [23:47] Jazzva: can you send a message on such a bug again? [23:48] asac: huh? [23:48] :) [23:48] yay ... deleted 10000 unread mails in ubuntu-bugs ;) [23:49] now directing to /dev/null ;) [23:49] soooo ... i need to resend bugmails? :) [23:49] Jazzva: the idea was to see if it ends up in my high prio folder now [23:49] if you send a message on firefox-extensions [23:49] ok, i'll write something in a few minutes... [23:50] let me know ;) [23:56] asac, done... edited the description for bug 205172 [23:56] Launchpad bug 205172 in greasemonkey "REVIEW/SPONSOR: please review and sponsor firefox-greasemonkey" [Undecided,Confirmed] https://launchpad.net/bugs/205172 [23:57] asac, why did you post a midbrowser patch to bug 23369 ? [23:58] Launchpad bug 23369 in firefox "firefox(-gnome-support) should get proxy from gconf" [Unknown,Fix released] https://launchpad.net/bugs/23369 [23:59] fta: well. thats the gconf backend patch against xul 1.9 [23:59] Hmm, I thought that description editing will send a notice to subscribers