[01:16] asac : I go now, but you can email me at any time if you need me to do something around that [01:16] @++ === mertiki [n=zxz@modemcable023.30-56-74.mc.videotron.ca] has left #ubuntu-mozillateam ["Ex-Chat"] === DarkMageZ [n=richard@ppp59-167-22-219.lns2.syd7.internode.on.net] has joined #ubuntu-mozillateam === xtknight [n=xtknight@c-68-43-122-211.hsd1.mi.comcast.net] has joined #ubuntu-mozillateam [02:03] mozilla bug 384154 [02:03] Mozilla bug 384154 in Layout "layout-debug component does not build" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=384154 [02:03] asac, look at comment #5 [02:04] that guys said tested with layout-debug+enable-libxul [02:04] i'm rebuilding with --enable-extensions=layout-debug [02:09] Ubulette: use default,layout-debug [02:09] not just layout-debug [02:09] i'm just testing the build system, it's not for commit [02:10] Ubulette: it doesn't build that way [02:11] at least my guess [02:12] the point why it will fail is that the build is attempted before xpcom/stub is build [02:12] i don't see why that should work [02:13] Benjamin says "It looks like it lives outside of libxul, which means that [02:13] it needs to start using frozen linkage." [02:13] thats the right fix we need [02:26] frozen linkage ? [02:34] Ubulette: ok i think the patch was incomplete [02:35] asac, which one ? [02:37] Ubulette: isn't there a linker option that allows symbols to be present at runtime? [02:37] and not at build time? [02:37] (when producing shared libs) [02:38] you mean -rpath ? [02:40] no i mean i use nsIXPCOMSomething [02:40] but produce shared lib without -lxpcom [02:40] but it still works ;) === jbs_ [n=Bernardo@89-180-75-202.net.novis.pt] has joined #ubuntu-mozillateam === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-mozillateam === DarkMageZ [n=richard@ppp59-167-22-219.lns2.syd7.internode.on.net] has joined #ubuntu-mozillateam === jeromeg [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam === JenFraggle [n=jen@91.84.43.217] has joined #ubuntu-mozillateam === DarkMageZ [n=richard@ppp59-167-22-219.lns2.syd7.internode.on.net] has joined #ubuntu-mozillateam === jeromeg [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === DarkMageZ [n=richard@ppp59-167-22-219.lns2.syd7.internode.on.net] has joined #ubuntu-mozillateam === DarkMageZ [n=richard@ppp59-167-22-219.lns2.syd7.internode.on.net] has joined #ubuntu-mozillateam [03:28] lo [03:28] asac ? [03:30] it seems wallet will be removed and replaced by satchel [03:31] mozilla bug 304309 [03:31] Mozilla bug 304309 in XP Apps "convert to satchel from wallet" [Enhancement,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=304309 [03:31] mozilla bug 390025 [03:32] Mozilla bug 390025 in XP Apps "Move to LoginManager and remove wallet from SeaMonkey" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=390025 [03:33] mozilla bug 394502 [03:33] Mozilla bug 394502 in Build Config "make SeaMonkey build with libxul" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=394502 === Bernardo [n=Bernardo@sourcemage/Bernardo] has joined #ubuntu-mozillateam [04:38] hi [04:50] Ubulette: ok ... otherwise is would suggest to build with default,wallet and make wallet a libxul component [04:50] we certainly don't want to make layout-debug a libxul component which would then be always enabled [04:51] wallet is totally broken [04:53] we never built it before in ff3 [04:54] (without libxul) [04:54] so it's one more thing to port in kazehakase [04:55] ie use the new password manager instead of depending on wallet from xul 1.8 [04:57] asac: if you want me to do some tests with knetworkmanager/ipw3945, I'm free right now [04:58] asac, ..or we can open a moz bug for wallet and ask if wallet is still maintained or not [05:06] asac, imho kazehakase should now use nsIPasswordManager instead of nsIPassword [05:21] typeaheadfind is broken too [05:23] make[6] : *** No rule to make target `-lgkgfx', needed by `libsuitetypeaheadfind.so'. Stop. [05:26] Ubulette: isn't it nsIPassword elements you get from nsIPasswordManager? [05:28] Bernardo: Bernardo what does modinfo ipw3945 | grep ^version: ... give you? [05:29] Ubulette: libsuitetypeaheadfind is probably for suite ... not for xulrunner et al [05:32] it's part of 'all' dammit. they should test their stuff [05:33] asac: got called, let me check now === JenFraggle_ [n=jen@91.84.43.217] has joined #ubuntu-mozillateam [05:33] version: 1.2.2mp.ubuntu1 [05:34] btw, this one (updated a few hours ago and rebooted) connected to my fonera using wpa2 without problems, the previous one wouldn't connect [05:48] yep [05:48] ok thats good [05:48] can you test open network as well? [05:49] Bernardo: ^^^ [06:01] yes [06:01] I have the open fonera network [06:01] (daughter woke up, sorry for the delay) [06:01] I also have a vodafone network nearby [06:02] do you want me to test it now? I'll go offline for a couple minutes, even if it works [06:05] asac: ^^^ [06:06] Bernardo: yes ... please [06:08] ok, brb === jbs [n=Bernardo@89-180-75-202.net.novis.pt] has joined #ubuntu-mozillateam === jbs is now known as Bernardo [06:17] ok, it worked - but going back to wpa gave a error and killed network manager [06:17] http://pastebin.ca/688742 [06:18] "FON_AfonsoL" is the open network [06:18] "Bernardo" is the wpa2 network [06:19] asac: ^^^ [06:28] Bernardo: strange crash ... haven't seen that before [06:29] Bernardo: anyway, next network manager upload should improve switching back and forth between wireless networks [06:29] Bernardo: its just important that the driver allows nm to connect at all for now [06:29] When I restarted networkmanager it connected to the open network again [06:30] and then when it finally populated the networks list I switched to the wpa2 one, and this time it didn't crash [06:30] yes ... but it should fail more or less often when switching networks [06:30] usually without a crash though [06:31] should I try now with a hidden SSID for the wpa2 network, or that doesn't work yet? [06:31] i doubt it works ... but please try [06:31] can you try open net + hidden? [06:32] That would be harder, but I think I can. [06:32] why harder? [06:33] I have to restore wpa2 config before my daughter wants to see one of her videos on the living room media center... :) [06:33] ah [06:33] well test wpa2 then [06:33] I'll test both, brb === jbs [n=Bernardo@89-180-75-202.net.novis.pt] has joined #ubuntu-mozillateam === jbs is now known as Bernardo [06:38] asac: as you said, switching networks is a bitch [06:39] yep ... fine. how about hidden` [06:39] ? [06:40] I don't know, I think the router crashed [06:46] sorry for the delay [06:46] the router web interface has hung on the wireless basic page, it seems [06:47] I'll have to check from another machine if the ssid is being shown === Bernardo finds swiftweasel crashed too [06:53] ok, have to reset the router (wrt54gl) === jbs [n=Bernardo@89-180-148-195.net.novis.pt] has joined #ubuntu-mozillateam === jbs is now known as Bernardo [07:07] ok, when the router crashed it didn't change the ssid broadcast [07:07] going to test it now === jbs [n=Bernardo@89-180-189-199.net.novis.pt] has joined #ubuntu-mozillateam === jbs is now known as Bernardo [07:09] the connection didn't drop completely during the change of broadcast enabled to disabled, I'm now going to try "reconnecting" to the network [07:11] Bernardo: restart NetworkManager at best === jeromeg [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam [07:24] asac, only xml-rpc venkman inspector irc gnomevfs cview tasks reporter python/xpcom could be built [07:25] asac, I had to drop: wallet layout-debug help sroaming typeaheadfind datetime finger sql xforms schema-validation python/dom [07:35] Ubulette: thats fine imo [07:35] Ubulette: we should add wallet ... and do the same that was done for layout-debug [07:36] e.g. maybe it a libxul component [07:36] there is just two much string api stuff to migrate imo [07:37] s/maybe/make/ [07:40] eh? i didn't touch layout-debug, i dropped it [07:41] Ubulette: i got it working [07:41] its all done ... except one tiny thing ... the Makefile.in need FORCE_STATIC_LIB=1 [07:41] ? [07:41] however we cannot use it [07:41] but we should use the same for wallet to get kazehakase going [07:42] (we cannot use it because nobody wants layout-debug to be always installed) [07:42] i'd prefer kazehakase not to use wallet as upstream will drop it soon. no need to waste time on this [07:42] fine ... if you know how to read the password entries out of passwordmanager without that class ... go ahead ;) [07:43] whats your idea? [07:43] ..same for you, if you know how to fix wallet, go ahead ;) [07:43] Ubulette: anyway I agree that for now we should just build all extensions that are usable/buildable [07:43] Ubulette: i said how ;) [07:44] Ubulette: build it as internal xul lib [07:44] you remembe the bug you had for layout-debug? [07:44] yep [07:44] the patch is exactly the same [07:44] just replace the layout-debug with wallet [07:44] then add FORCE_STATIC_LIB = 1 in Makefile.in of wallet [07:44] so it will get linked into libxul and can access hidden symbols [07:45] Ubulette: but i can do it [07:45] (try i mean :)) [07:45] Ubulette: if you add FORCE_STATIC_LIB = 1 to the layout-debug Makefile.in it will just build [07:46] for now, i'm fixing the dev branch to build the list i've mentionned above [07:46] ok [07:46] thats good [07:47] have you pushed something i should work against? [07:47] i need to install python properly [07:47] not yet [07:47] if you push, can you push same changelog date? so i don't need update my orig? [07:47] i didn't bump since yesterday [07:47] Ubulette: python xpcom is more or less abandoned upstream (in case you care) :) [07:48] but we probably want it anyway [07:48] someone asked for it yesterday [07:48] i know :( [07:49] Ubulette: you will need a patch for python 2.5 i guess [07:49] Ubulette: i have submitted it upstream ... guess it hasn't been applied yet - because of reasons above :) [07:49] i'm not familiar with python.. [07:49] no ... the python api has changed [07:49] so it fails to build against python 2.5 api [07:50] while i works with python 2.4 [07:50] wait a sec [07:50] could you take care of that ? [07:50] https://bugzilla.mozilla.org/show_bug.cgi?id=386610 [07:50] Mozilla bug 386610 in XPCOM "pyxpcom fails to build against python 2.5 (api changed)" [Normal,Assigned] [07:51] i mean, xul built with python/xpcom, now we need to install that [07:51] oh ... i should update that patch ;) [07:51] it built? [07:51] strange [07:51] maybe python api was fixed then ;) [07:51] let me put dev in shape then try it :) [07:51] Ubulette: take a look what files are separated by mike in xulrunner [07:52] its just libpython-xpcom.so and .xpt file most likely [07:52] I read http://archive.ubuntu.com/ubuntu/pool/universe/x/xulrunner/xulrunner_1.8.1.4-2ubuntu3.diff.gz [07:52] which needs to go to a separate package [07:52] it's a mess [07:52] I'd prefer you doing the python stuff completely as you seems familiar with it already ;) [07:53] well familiar is something else :) ... but i can give it a try [07:53] :) [07:54] i'll uncommit the last change 2 broken commits [07:54] and redo 1 [07:54] whatever you want ... haven't updated branch in last 2 days or so [07:55] let me know when i shall pull [07:55] i'll redo rev13 [07:55] i'll be off again [07:55] actually i wanted to not be online at all this weekend [07:55] haven't even checked my mail for last 2 days ;) [07:56] will look in this channel though ;) [08:01] asac, pushed [08:02] you should see rev13 at the top [08:03] $(DEB_SRCDIR)/_tests [08:03] i think we should --disable-tests [08:03] yep [08:05] this should be fixed upstream using the proper $GARBAGE === Paddy_EIRE [n=patrick@78.144.25.19] has joined #ubuntu-mozillateam [08:06] GARBAGE_DIRS [08:07] both [08:07] yes [08:07] there are some files too [08:07] you sure GARBAGE_DIRS doesn't remove recursively? [08:07] (i am not ... but should be easy to figure out) [08:08] it does, but look at the rule, it drops links (to .cpp) and .pyc [08:08] + too [08:08] -rm -rf $(ALL_TRASH_DIRS) [08:08] yes ... [08:09] those are a different thing ... agreed [08:09] though pyc should probably be cleaned in some generic clean rule [08:09] e.g. auto garbage ;) [08:09] like .o et al [08:09] yep [08:09] the links are ugly ;) [08:09] i got lazy, it could be cleaned with a proper patch later [08:10] in fact, i was tired to see dpkg-buildpackage failing because of this [08:11] Ubulette: i think _OBJS in rules.mk [08:11] should be extended [08:11] yeah [08:14] (i'll auto-deco soon... damn dyn ip) === Ubulette_ [n=Ubulette@APuteaux-153-1-62-232.w82-124.abo.wanadoo.fr] has joined #ubuntu-mozillateam === Bernardo [n=Bernardo@sourcemage/Bernardo] has joined #ubuntu-mozillateam [08:28] asac: total disaster [08:29] asac: only managed to connect after showing essid again and rebooting [08:29] also found out that 8139too is broken for my laptop - couldn't use ethernet to connect [08:30] the media detection is broken, doesn detect that I connect a cable to the ethernet port [08:30] I don't know which update broke it, as I haven't used it for a while [08:42] brb === Ubulette_ is now known as Ubulette [09:04] Ubulette: btw, xul ftb as expected because of change python api [09:04] you probably have tweaked your alternatives or only have python 2.4 [09:05] http://pastebin.mozilla.org/196412 [09:05] asac, i only have 2.5 in that chroot [09:06] 2.5.1-5ubuntu1 [09:06] nothing at all for 2.4 [09:07] no idea then ... the code should definitly fail to build ... look at the error [09:09] only thing i could imagine is some CXXFLAGS tweakage ... like non-fatal-warnings ;) [09:53] asac, btw, mxr means mozilla cross reference [10:14] asac, that nsIPassword is a trick. It's indeed in wallet but they duplicated it in embedding/browser/gtk/src [10:15] so wallet is not needed anymore === shirish [n=shirish@59.95.9.50] has joined #ubuntu-mozillateam [10:20] hi all, anything new cooking? [10:25] a xul with more extensions by default [10:26] no progress with kazehakase wilth xul 1.9. code is for 1.8 [10:26] Ubulette: ok cool [10:26] :( [10:26] Ubulette: btw I have been reading quite a bit about larry today :) [10:27] larry ? [10:27] Ubulette: larry- the security UI thing [10:28] Ubulette: look at left of the address bar, there is a rectangular box, go to any site, click on that box, what does it show? [10:29] the guy in the hat, he's lovingly called larry by the guys at mozilla === jbs [n=Bernardo@89-180-183-105.net.novis.pt] has joined #ubuntu-mozillateam [10:30] you mean the popup with the cop that landed a few days ago ? [10:31] Ubulette: yup, the cop, he's known as larry ;) [10:31] :) [10:32] url ? [10:32] oh ok hang on. [10:33] http://blog.johnath.com/index.php/2007/06/04/will-firefox-have-a-green-bar/ [10:33] actually this is the most recent one, there are couple of others which describe the idea in the 1st place. [10:35] thx [10:35] Ubulette: nothing to thank about, we just help out in understanding things [10:36] Ubulette: anything new on your side that you've been reading (anything interesting)? [10:37] http://web.glandium.org/blog/?p=161 [10:37] javascript performance compared [10:39] Ubulette: GDKWebkit this is a new browser or what? [10:40] http://web.glandium.org/blog/?p=157 [10:42] Ubulette: do I have to do anything for the xul with more extensions or just do my everyday thing? [10:43] it's not in yet. I've hold my bot for today as I was still working on that. [10:44] btw, i don't know if there's be something visible [10:44] s/s/ll/ [10:44] Ubulette: doesn't really matter, its just to know if I'm doing things right [10:45] should be in my repo in about 1h [10:45] Ubulette: btw this webkit seems to be gtk based, which means another browser in GNOME, XFCE universe. [10:46] well, i don't know if i'll work on it or not. mike (debian) modified too many things, as usual [10:46] i mean, for my taste [10:48] Ubulette: hmm... is this the same as http://en.wikipedia.org/wiki/Webkit ? [10:49] ok, this probably is targetted more towards the mobile stuff I guess [10:50] anyway, a new browser is always welcomed no matter what ;) [10:51] http://webkit.org/projects/goals.html [10:53] ok so its like what a library is to an app. === fuoco [n=gad@87.69.68.130.cable.012.net.il] has joined #ubuntu-mozillateam [10:57] hi [10:58] TheMuso: if you are here, i was told in the forums that you have a fix for powerpc build of granparadiso? [10:58] by Ubulette :) [10:58] :) [10:59] by the way does the trunk build? (minefield) [10:59] fuoco, as i said, we'll do our best to push it for a8 [10:59] no, same issue [10:59] i see [11:00] a8 is expected this week [11:00] iirc [11:00] yes, it is :) [11:01] fuoco, we could have done that a while ago but none of the active maintainers have access to a ppc box [11:01] and the new ppa is only i386 and amd64 [11:03] by the way does totem plugin work ok on granparadiso? [11:04] gutsy's one, no [11:04] i fixed it [11:04] patch is in launchpad [11:06] bug 131658 [11:06] Launchpad bug 131658 in totem "[gutsy] totem browser-plugin makes firefox-granparadiso crash" [Medium,Confirmed] https://launchpad.net/bugs/131658 [11:07] i've been running that patch myself for more than a month, no problem [11:07] shirish, do you use my totem ? [11:07] Ubulette: not yet unfortunately [11:07] Ubulette: anything new in it? [11:08] well, it's HEAD [11:08] like everything else [11:08] so whatever is new upstream, you have it :) [11:08] true, let today's big list of updates be done then might do it [11:08] what about gnash? [11:08] no idea [11:08] a m8 after my heart [11:09] Ubulette: you should think about having gnash sometime in your repository too ;) [11:10] what's their vcs ? [11:10] Ubulette: hang on, will find out [11:11] Ubulette: cvs just like mozilla [11:11] ;) [11:12] ok. i'll have a look when i have time [11:12] "export CVS_RSH="ssh" cvs -z3 -d:pserver:anonymous@cvs.sv.gnu.org:/sources/gnash co gnash" [11:12] shirish, do you use my gstreamer ? [11:13] Ubulette: not yet, all that I have yet to download, how would I do those? both gstreamer as well as totem? [11:13] Ubulette: also are they good on ff 2.0 series or just with ff 3.x series? [11:13] add the corresponding mini repo [11:13] as far as i know, yes [11:14] ff2/ff3/rhythmbox/totem are all happy with my gst [11:14] well, ff2/ff3 has nothing to do with gst directly ;) [11:15] Ubulette: hmm... cool, other than rhythmbox which I hate, I like exaile better & compile it myself everyday [11:15] ;) [11:16] ok will be out your hair for sometime, gotta sleep its already hovering the 3 a.m. mark here. [11:16] Ubulette: take care, would try the other things tomorrow for sure :) === shirish out === shirish [n=shirish@59.95.9.50] has left #ubuntu-mozillateam [] [12:37] Ubulette, asac, I have a working patch, which works with the latest gran-paradiso source in gutsy. Just doing a test build, and will ensure the browser works, but should be able to put the patch somewhere in a few hours. Whats the easiest way for me to get it to you? [12:38] TheMuso: either submit a patch suitable for debian/patches, a debdiff or push up a bzr branch that we should merge from. [12:39] asac: Its a patch that goes in debian/patches. [12:39] well thats how I have it working here, patching against alpha7. [12:40] TheMuso, show me, i'll merge in into trunk now so when a8 is out, i'll (back)port it automatically [12:41] asac, don't you also have a gcc bump patch for lpia ? [12:41] Ubulette: Ok hang on a sec. I don't want to declare it as final yet, but since its only a patch against the build infrastructure, there shouldn't be a problem [12:42] Ubulette: not yet done for trunk ... but its basically the same [12:42] asac, ok, i'll have a look myself then [12:42] ?c [12:42] its just VISIBILITY_FLAGS="-fvisibility=hidden" ... even though the pragma push testcase does succeed [12:43] Ubulette: you will see once you look at that patch [12:43] if test "$ac_cv_have_visibility_builtin_bug" = "no" -a \ [12:43] "$ac_cv_have_visibility_class_bug" = "no"; then [12:43] - VISIBILITY_FLAGS='-I$(DIST)/include/system_wrappers -include $(topsrcdir)/config/gcc_hidden.h' [12:43] - WRAP_SYSTEM_INCLUDES=1 [12:43] + VISIBILITY_FLAGS='-fvisibility=hidden' [12:43] else [12:43] VISIBILITY_FLAGS='-fvisibility=hidden' [12:43] configure.in that is [12:44] Ubulette: http://www.themuso.id.au/ubuntu/xptcall-powerpc-fix.patch [12:44] That patch ensures that if powerpc64 is being used, it will still be identifiable, however I have no ppc64 hardware/other distro to verify with, so can't be 100% sure on that. [12:44] TheMuso, why two nested tests ? [12:45] TheMuso: why not ifneq (,$(findstring Linuxpowerpc,$(OS_TEST))) [12:45] ? [12:45] of course $(OS_ARCH)$(OS_TEST) [12:45] Ubulette: I copied what is done for the sparc detection code. [12:46] Ok, I'll rework it. [12:46] don't worry, i can do it [12:46] ok thanks [12:50] hmm, i even think we should keep the existing test.. ie allows both Linuxppc and Linuxpowerpcc so it doesn't break what's already working [12:51] fair enough [12:51] Ubulette: he? [12:51] ifneq (,$(filter Linuxppc Linuxpowerpc,$(OS_ARCH)$(OS_TEST))) [12:51] Ubulette: you know the reason why this breaks now? [12:51] Ubulette: they have changed how OS_TEST is detected [12:51] supposing the upstream code works for some ppc, i'd like to keep that too [12:52] there shouldn't be a ppc case anymore ... at least i hope ;) [12:52] Ubulette: ? [12:52] ? [12:52] whats the difference in your eyes from ppc to powerpc? [12:52] asac: We don't know how other distros have their build target set. It could be ppc-linux-gnu for all we know. [12:52] Or, powerpc64-linux.gnu, or ppc64-linux-gnu... [12:53] s/./-/ [12:53] TheMuso: the old OS_TEST was uname -m [12:53] what is it now? [12:53] why would that be different for other distributions? [12:54] asac, look at bsd: ifneq (,$(filter NetBSDmacppc NetBSDbebox NetBSDofppc NetBSDprep NetBSDamigappc,$(OS_ARCH)$(OS_TEST))) [12:54] why is ifneq (,$(filter Linuxppc Linuxpowerpc,$(OS_ARCH)$(OS_TEST))) not good enough [12:54] well ... thats not linux ;) [12:54] yea [12:55] why not ifneq (,$(filter Linuxfun1 Linuxfun2 Linuxppc Linuxpowerpc,$(OS_ARCH)$(OS_TEST))) ? [12:55] asac: powerpc is determined from the build target that gcc uses, in our case its powerpc-linux-gnu. I386 has i386-linux-gnu, etc. [12:55] yes right ... isn't that upstream gcc behaviour? [12:56] if it is, then we just need Linuxpowerpc ;) [12:56] I _think_ you can possibly change that when bootstrapping... Gentoo allows such a thing I think... [12:56] yes, but thats nothing you can cover ... they probably change it to fun1 [12:56] But I don't know enough about it to be sure. [12:56] ;) [12:58] asac, what the problem of keeping the moz test and just add ours ? [12:59] because its an upstream bug we should fix and submit at some point? [12:59] i assume their tinderbox would be red if the moz test was obsolete for their ppc box [12:59] if powerpc is ubuntu specific then that should be investigated [12:59] though i don't know [12:59] i think its pretty safe to say its an upstream bug [01:00] they don't have that many powerpc users building trunk ;) [01:01] Let me grab a gentoo stage1 tarball for ppc. I'll see what its target is set to. === Paddy_EIRE [n=patrick@78.144.25.19] has joined #ubuntu-mozillateam [01:10] TheMuso, do you want you real name + email in commit logs ? [01:10] your [01:10] Ubulette: Luke Yelavich [01:10] Ubulette: themuso@ubuntu.com [01:10] will do [01:10] ok [01:11] thanks [01:14] pushed in xul .dev (rev 14)