[02:32] asac : Thanks, I'll be there tomorrow [02:35] asac, kazehakase's configure has to be deeply modified for xul 1.9 [02:36] .pc files are totally different, includes are now flat (no more sub directories) === Mertiki_ [n=zxz@modemcable023.30-56-74.mc.videotron.ca] has joined #ubuntu-mozillateam === Mertiki_ is now known as mertiki === DarkMageZ [n=richard@ppp121-44-11-183.lns4.syd7.internode.on.net] has joined #ubuntu-mozillateam === Paddy_EIRE [n=patrick@78.144.25.19] has joined #ubuntu-mozillateam [07:40] http://us.cypherbios.org/browser-extension.htm === JenFraggle [n=jen@91.84.43.217] has joined #ubuntu-mozillateam === kompozer [n=kaze@AGrenoble-152-1-40-50.w82-122.abo.wanadoo.fr] has joined #ubuntu-mozillateam === jbs [n=Bernardo@89-180-186-146.net.novis.pt] has joined #ubuntu-mozillateam === jeromeg [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam === janimo [n=jani@89.137.96.27] has joined #ubuntu-mozillateam [01:58] which is the right project/package to report bugs on the xulrunner-1.9 package in PPA? [01:59] don't [01:59] lp is not for ppa stuff [01:59] (as far as i know) [01:59] Ubulette: then should I bring them up here? [01:59] tell me, as I packaged it myself [01:59] the xulrunner-1.9-dev package should depend on libnspr4-dev explcietly as it uses it [02:00] Ubulette: are you planning it for gutsy proper as well? [02:00] Ubulette: nice work btw :) [02:00] i fixed that locally while building kazehakase yesterday [02:00] i'll push to bzr soon [02:01] Ubulette: ok then. Another thing could you add --enable-extensions=python/xpcom as well? [02:01] ok, I am trackking PPA so will get the fix [02:02] i'll have a look at that. I'm still fighting with kazehakase though.. [02:03] Ubulette: I am trying to build the XO Sugar inetrafce which depened on xulrunner 19 and uses the python bindings. I'd rather use the moziila teams package then package my own [02:03] thanks, I'll keep an eye on the PPA then [02:03] janimo, ok. [02:04] what is XO Sugar btw ? [02:04] Ubulette: the UI on the 100$ laptop [02:04] OLPC [02:04] it uses a pythn warpper around xulrunner for browsing [02:08] ok, I'll see what I can do later. === Paddy_EIRE [n=patrick@78.144.25.19] has joined #ubuntu-mozillateam [02:17] Ubulette: thanks. bye === janimo [n=jani@89.137.96.27] has left #ubuntu-mozillateam [] [02:32] asac ? [02:43] asac, seems I can't push my kazehakase branch anywhere [03:07] asac: I think it'd be time to fix https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/126112 , it seems there is no further input at the moment [03:08] Launchpad bug 126112 in thunderbird "[gutsy] .desktop translation updates" [Undecided,Confirmed] [03:08] asac: ie. see my last attachment for the update .desktop file [05:00] asac : you asked me to remain you my sunbird language pack project yesterday, it's here https://bugs.launchpad.net/ubuntu/+source/lightning-sunbird/+bug/130807 [05:00] Launchpad bug 130807 in lightning-sunbird "sunbird langpacks doesn't exist yet" [Undecided,Confirmed] [05:01] asac : the language pack package for ubuntu is on REVU but would need to be reviewed by mozillateam === asac_ [n=asac@d112179.adsl.hansenet.de] has joined #ubuntu-mozillateam === jeromeg [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam === zxz [n=zxz@modemcable023.30-56-74.mc.videotron.ca] has joined #ubuntu-mozillateam [06:24] asac : you asked me to remain you my sunbird language pack project yesterday, it's here https://bugs.launchpad.net/ubuntu/+source/lightning-sunbird/+bug/130807 [06:24] Launchpad bug 130807 in lightning-sunbird "sunbird langpacks doesn't exist yet" [Undecided,Confirmed] === mertiki is now known as mertiki_ === zxz is now known as mertiki [07:22] At some point between now and february, could someone teach me what may be involved in packaging Firefox extensions? (as in what would be different for extensions compared to standalone apps) [07:23] I may be interested in packaging Brief (RSS reader - https://addons.mozilla.org/en-US/firefox/addon/4578) for Hardy. More to my liking than Sage was. [07:28] (I like google reader as rss reader) [07:50] akregator ftw [07:51] google reader could be accessed from everywhere (as it's a web app) and could be read with one finger === Ubulette_ [n=Ubulette@APuteaux-153-1-24-206.w82-124.abo.wanadoo.fr] has joined #ubuntu-mozillateam === Ubulette_ is now known as Ubulette === shiris1 [n=shirish@59.95.10.78] has joined #ubuntu-mozillateam [09:14] Ubulette: hi :) === shiris1 is now known as shirish [09:14] hi [09:15] Ubulette: have you looked at the microformats thing? [09:16] not much [09:16] just the things from the author [09:16] Ubulette: apparently there was talk of having microformats in ff3 but somehow it didn't take off, although the idea is nice. === shirish [n=shirish@59.95.10.78] has left #ubuntu-mozillateam [] === shirish [n=shirish@59.95.10.78] has joined #ubuntu-mozillateam [09:19] Ubulette: another thing, do you know how I can remove gnash completely & use swfdec in place of that? [09:20] dpkg --purge ? [09:20] Ubulette: I remember we did some kind of symlink to get things working in ff as well as ff3 [09:21] Ubulette: will dpkg --purge also remove the symlinks or does that have to be done some other way? [09:21] it will remove what has been installed, not what you did manually [09:24] Ubulette: ok will do, lemme update/upgrade to see if something new has hit the mirrors or not , either way, will remove gnash & its brethen. [09:24] Ubulette: gonna try & see how things work with swfdec for a while ;) [09:25] :) [09:25] as it is it seems it was uploaded to the repository either today or in the last couple of days :) [09:28] Ubulette: btw its really nice, the additional security near the location bar, knowing the certificate & stuff, although dunno how much help it would be while spoofing. [09:28] yep [09:29] in the sense if somebody is spoofing on some website, and one is there, unless he has been constantly alert, dunno if he'll come to know of any difference. [09:30] i think it makes the urlbar too long... [09:30] btw, i've found a bug two days ago [09:31] go to a page playing video or audio in flash (like youtube or any podcast), play it, click on "back" while it's still playing, sound goes on [09:32] could you confirm ? [09:32] Ubulette: ok will do, what are you using gnash or swfdec? [09:34] not gnash for sure [09:34] i have swfdec installed [09:35] and Shockwave Flash 9.0 r48 [09:36] i guess it's the later [09:36] bug occured between sept 5 and 6 [09:37] Ubulette: I don't have shockwave flash and don't think I'm going to install it either, about swfdec, will do it in few moments, after ff3 has been updated/upgraded. [09:42] Hi [09:43] what is up? i see a couple of topics in scrollback :) [09:43] hi [09:43] Ubulette: did you manage to publish your bzr branch? [09:44] hi [09:44] nope [09:44] asac: hi [09:44] it fails and create a /+junk/ branch [09:44] Ubulette: whats the problem? [09:44] hmm [09:44] how do you push? [09:44] like always [09:45] Ubulette: https://code.launchpad.net/kazehakase [09:45] so there is not yet a kazehakase project [09:45] where did you try to push? [09:46] will you create a project? or shall i? [09:46] do it please [09:46] nice, it would be nice if we get access to kazehakase new also ;) [09:47] btw kazehakase is not at all ready for xul 1.9 [09:47] Ubulette: ok crewated [09:47] https://launchpad.net/kazehakase [09:47] i wonder why configure is even looking at it [09:47] whats the point? [09:47] ? [09:47] how does it fail? [09:47] why isn't it prepared? [09:48] everything is for 1.8 [09:48] symbols? or build infrastructure doesn't adapt to our sdk [09:48] Ubulette: what do you mean by "everything" :) ? [09:48] plenty of stuff that changed 6 months ago in 1.9 are still used in kazehakase [09:49] You have an example? [09:49] so API changes? [09:49] let me push my branch [09:49] Ubulette: cool [09:50] Ubulette: do you push full sources? [09:50] no [09:50] i've started with the current orig from gutsy [09:50] i'll update later [09:50] ok [09:51] lets see ... if we need to do big code changes for 1.9 we should consider to host the full sources imo [09:52] Ubulette: i see you push .. kazehakase.ubuntu.dev ... i guess that implies that that branch is ment to be suitable for xulrunner.dev at some point ... right? [09:53] you already have a 1.9 patch? [09:53] partial [09:53] dont pull, i've pushed an old branch [09:53] i'll overwrite [09:54] done [09:54] ok [09:55] Ubulette: i have xulrunner trunk here, is that ok? [09:55] now, it fails on something which seems to be a missing extension in xul [09:55] i've tried to enable all xul entension, it ftbfs [09:55] +s [09:56] sad :( [09:57] asac, i wouldn't mind some help here [09:57] Ubulette: sure ... whats the problem? [09:57] make[3] : Entering directory `/src/bzr/build-area/xulrunner-1.9-1.9~a8~cvs20070908/mozilla/toolkit/library' [09:57] make[3] : *** No rule to make target `../../staticlib/components/libgkdebug.a', needed by `libxul.so'. Stop. [09:58] is that an upstream code regressions or because you enable more extensions in xul? [09:58] i added more [09:58] which ones? [09:58] --enable-extensions=all [09:58] :) [09:58] oh right ... thats known to be broken [09:59] really ? [09:59] afaik its one of the things that they always want to fix, but never get to it [09:59] it seems just a makefile order issue here [09:59] yes ... enable-extensions=all doesn't build [09:59] libgkdebug.a is build from extensions/layout-debug [09:59] but the build failure doesn't really look extension realted [09:59] related [09:59] ah [10:00] layout debug? [10:00] it's part of "all" [10:00] Ubulette: is the directory wrong? [10:00] e.g. ../../staticlib/components/libgkdebug.a ? [10:00] maybe it exists in some other place? [10:00] no, it's just not there yet [10:01] so its a build sequence issue? [10:01] http://mxr.mozilla.org/seamonkey/source/toolkit/library/libxul-config.mk#342 [10:01] what is mxr? [10:01] 342 ifneq (,$(filter layout-debug,$(MOZ_EXTENSIONS))) [10:01] 343 COMPONENT_LIBS += gkdebug [10:01] 344 endif [10:01] that's the only place related to gkdebug build [10:02] mxr ? donno, like lxr i guess [10:02] yeah ... is it from "mercurial" ? [10:04] let me get the build depends right et al [10:04] for what ? [10:05] i've already touched that [10:05] for nsrp-dev [10:05] no :) .. i have to install them ;) [10:05] i've also bumped cvs to today's [10:05] in .dev [10:06] want me to push ? [10:06] Ubulette: have you tried to manually make the gkdebug tree ... then see if build works fine? [10:06] Ubulette: let me do catchup :) [10:06] i am installing libnspr et al from ppa [10:06] is that not good enough? [10:06] it is [10:06] ok [10:06] except xul, let me push to dev then you take that [10:07] so we see the same thing [10:07] ok now i am currently building trunk ... which should be ok as well ... so this problem is committed to .dev ? [10:07] ok [10:07] stripped trunk or the big one ? [10:08] i produces the orig with debian/rules neworig ... if thats what you mean [10:08] now i will clone your .dev branch [10:09] the mt branch? [10:09] ok nm its the only branch that exists after all :) [10:09] ? [10:09] Ubulette: so i use mozclient to create the orig for .dev ? [10:10] yes, or take from my website [10:10] I'll sync it in a sec [10:10] ok i just want to use mozclient to see what it does [10:10] ok === poningru_ [n=poningru@pool-72-64-214-110.tampfl.fios.verizon.net] has joined #ubuntu-mozillateam [10:10] Ubulette: do you pass parameters to the sub makes? [10:11] hmm, i did a rev, let me push it 1st [10:11] e.g. make xulrunner-orig MOZ_CO_TAG=MOZILLA_1_8_BRANCH ? [10:11] ok [10:11] tag not supported ;) [10:12] ok [10:12] one could always use make mozclient [10:12] oh [10:12] right :) [10:12] no [10:13] pushed rev3, you can go [10:13] Ubulette: tar zcf xulrunner-1.9_~cvs20070908.orig.tar.gz ... the version looks a bit broken [10:13] yep, take rev3 [10:13] was that my fault? [10:13] mozclient? [10:14] yep [10:14] just pull [10:14] no rev to pull :/ [10:14] ok now [10:14] try make [10:14] one more run ;) [10:14] how far have the trunk + dev branches diverged? [10:14] xul ? [10:14] do you merge things down instead of redoint? [10:15] redoing? [10:15] xul or ff ? [10:15] both ... currently looking at xul though [10:16] xul trunk/dev and ff trunk/dev are "mergeable" [10:16] ff gp cannot [10:16] yes [10:16] Ubulette: mean i see commits to dev: Update debian/changelog to use a proper versionning scheme. [10:16] on trunk its committed as well .. but not merged [10:16] ? [10:17] i did it in trunk 1st and dev was already ahead [10:17] (no idea if bzr is smart enough to merge that without conflict later if you do two distinct commits) [10:17] yes [10:17] i should have done that in dev, then bumped trunk by merging [10:18] yes ... you can also cherry-pick merge [10:18] single checkins [10:18] (you probably know) [10:18] ok the version of the dev orig looks good [10:18] yep, but i barely use that, never tried with bzr in fact [10:19] so pull dev and build [10:19] it will fail at gkdebug [10:20] i am building now [10:20] lets see [10:21] trunk still building [10:21] ??? trunk should take 1 minute [10:22] why? [10:22] ff-trunk [10:22] no xul-trunk [10:22] oh :) [10:22] 1 hour :) [10:22] i am only on xul ;) [10:22] well i hope 30 minutes [10:22] :) [10:22] maybe more with all extensions on [10:23] but now i have two builds running [10:23] yes certainly more with all extensions [10:23] Ubulette: does mike build all extensions in debian? [10:24] dont know. I started from scratch [10:26] guys bbiab new kernel up ;) === shirish [n=shirish@59.95.10.78] has left #ubuntu-mozillateam [] [10:28] hmm trunk fails [10:28] where ? [10:28] in accessibility [10:28] http://pastebin.mozilla.org/195898 [10:29] whats that? a compiler thing? [10:29] hmm still 4.1.3 [10:31] got no problem in there [10:32] ok i have fixed it [10:32] will push the patch [10:32] ? [10:33] what did you change ? [10:33] well gcc is picky about declaring things as nsDocAccessible::SOMETHING in the nsDocAccessible class [10:33] so it fails [10:33] interesting that you don't get that [10:33] maybe you use gcc-4.2? [10:33] or even snapshot? [10:33] gcc version 4.1.3 20070831 (prerelease) (Ubuntu 4.1.2-16ubuntu1) [10:33] gutsy [10:34] thats strange [10:34] is that code actually compiled for you? [10:34] maybe its because if have some -dev package installed that is not in build-depends but is detected by moz during configure? [10:34] yes, i have nsAccessibleWrap.o [10:35] maybe its different on amd64 vs i386 ? i am on amd64 [10:35] i'm i386 [10:35] ok [10:35] .dev still building === shirish [n=shirish@59.95.10.78] has joined #ubuntu-mozillateam [10:37] back [10:37] Ubulette: now it failed because nsIGConfService is not build ... whats going on? [10:38] http://pastebin.mozilla.org/195899 [10:38] asac: Ubulette: I have uninstalled gnash & installed swfdec but it doesn't show up in plugins, in plugins nothing shows up? [10:38] which swfdec did you install? [10:38] from where? [10:39] asac: the newest one from ubuntu gutsy repository [10:39] universe 0.5.1 [10:40] asac, what dir is that ? [10:40] oh sorry [10:40] thats my mess [10:40] forget about it ;) [10:40] asac : You asked me to remember you my sunbird language pack project yesterday, you can look at my new package here : e https://bugs.launchpad.net/ubuntu/+source/lightning-sunbird/+bug/130807 [10:40] Launchpad bug 130807 in lightning-sunbird "sunbird langpacks doesn't exist yet" [Undecided,New] [10:41] When you have time of course :) [10:41] mertiki: let me look [10:42] asac : Thanks! [10:44] asac: Ubulette: either please take a look at http://pastebin.ca/687536 and lemme know what I need to do [10:45] mertiki: can you please ensure that update-xpi target works? [10:45] mertiki: from what i see its probably broken [10:45] mertiki: i just would like to have that package in a state that allows it to be updated by anyone :) [10:46] I know its something to do with making a symlink to the .mozilla/plugins/ directory from one of the .so files either /usr/lib/mozilla-firefox/plugins/libswfdecmozilla.so or /usr/lib/mozilla/plugins/libswfdecmozilla.so [10:46] mertiki: ln -s /usr/lib/mozilla/plugins/libswfdecmozilla.so ~/.mozilla/plugins/libswfdecmozilla.so [10:46] shirish: ^^^ [10:46] mertiki: I think asac wanted to tell me, [10:46] mertiki: sorry :) [10:46] ;) [10:47] asac: thanx [10:47] asac : Fiou :D [10:47] mertiki: read above? [10:48] asac : Yes and I must admit that I don't have big skill around packaging, so I'm not sure to understand exactly what do you mean [10:49] I worked hard to bring a sunbird language pack package, but it's clearly possile that there's some details that you know better than me to fix before this package could be accepted [10:49] mertiki: whats Fiou means? [10:50] mertiki: look at debian/rules ... there is code that allows you to auto update the orig.tar.gz (e.g. download the latest .xpi files) ... please try to fix the FETCHADDRESS ... and maybe it will work [10:50] just try [10:51] to test you run [10:51] shirish : it just means that I didn't understand what asac told me, and I was happy to see that a part of this wasn't for me :P Sorry I'm french, each sentence is hard to write [10:51] ./debian/rules update-xpi [10:51] Ubulette: I know what you mean, I just saw about:plugins, File name: libswfdecmozilla.so Shockwave Flash 9.0 r100 [10:52] asac : Ok! I'll look for this [10:52] asac : Actually, this package is a clone of the thunderbird language pack package, but it has been modified for Sunbird [10:54] mertiki: yes ... maybe it just works if you adapt FETCHADDRESS to point to the right ftp url [10:55] Mmm looking at this, though I changed it already.. [10:56] the actual FETCHADDRESS is =ftp://ftp.mozilla.org/pub/mozilla.org/sunbird/releases/1.5/linux-i686/xpi/ [10:56] Ubulette: ok .dev bumped into the same problem as you [10:56] isn't that correct? [10:56] test it :) [10:57] its wrong ;) [10:57] asac, good, well.. sort of ;) [10:57] mertiki: start ftp://ftp.mozilla.org/pub/mozilla.org/calendar ... then search :) [10:58] owh.. [11:01] wouldn't that be better ? : ftp://releases.mozilla.org/pub/mozilla.org/calendar/sunbird/releases/0.5/langpacks/ [11:04] asac : is this a better FETCHADDRESS link? [11:05] if the .xpi files are there ... then yes [11:05] yah they are, the old address wasn't good [11:06] Ubulette: looks like gkdebug is not really prepared for libxul [11:06] how can-I test if the xpi-update works? === r-c [n=r-c@dsl-241-138-66.telkomadsl.co.za] has joined #ubuntu-mozillateam === r-c [n=r-c@dsl-241-138-66.telkomadsl.co.za] has left #ubuntu-mozillateam ["Konversation] [11:07] Ubulette: wallet as well [11:07] asac, you sure ? [11:07] i need wallet for kazehakase [11:08] yes [11:09] lets try to fix those [11:09] there are two issues: [11:09] 1st. some extensions are not prepared for libxul [11:09] 2nd. toolkit wants to link in gkdebug even though extensions are build after toolkit :) [11:09] i already hate the 2nd [11:09] ;) [11:10] maybe there are bugzilla bugs already? [11:10] aren't the daily built xul complete ? [11:11] i mean, tinderbox will be red with that [11:11] asac : I modified the FETCHADDRESS in the rules file, is there some other bad things that I can fix into my package? [11:12] Ubulette: i think normal builds use default ... not all [11:12] Ubulette: thunderbird trunk should fail as it needs wallet [11:12] mertiki: please test if update-xpi works [11:12] default means 2 ext, all is more than a dozen [11:13] Ubulette: yes ... doesn't matter ;) [11:13] default is what gets build on tinderbox most likely [11:13] asac : Ok, no problem, I just need to know how, sorry I'm new and I don't want to loose your time, I'll do what you ask me to do [11:13] i mean, there's a lot to do :P [11:13] Ubulette: well ... lets see [11:13] its probably the same issue everywhere [11:13] so fix one ... fix all [11:13] (except the 2nd one i named) [11:14] mertiki: read above [11:14] mertiki: i told you how to test it [11:14] 22:50 < asac> ./debian/rules update-xpi [11:14] asac : Yeah, I just need to know how, just by typing ./rules update-xpi? [11:14] asac : Thanks [11:15] Ubulette: i think for 2nd we have to prebuild layout-debug before toolkit is build ... all other extensions should be build as usualy [11:17] Ubulette: any idea when the downloading issue in ff-trunk will be taken care of? [11:19] shirish, what issue ? i don't remember any around dling files [11:19] Ubulette: I have never been able to download any files, let's say even .torrent files through ff-trunk [11:20] hmm, I don't have a problem with that either [11:20] maybe one of your addons === jeromeg [n=jerome@gra94-2-82-66-142-60.fbx.proxad.net] has joined #ubuntu-mozillateam [11:29] asac : Mmm, update-xpi doesn't work, and the problem is even present in the thunderbird-locales source file.. I think that it's just a little folder error [11:30] asac : the script downloads the xpi file successfully but don't update them [11:34] Ubulette: nope, I disabled all of the addons, but I still can't download :( [11:34] mertiki: hmm [11:35] but the rules file seems to be designed to be run outside the debian folder [11:35] Ubulette: which extensions do build successfully? [11:37] asac, all pref/* [11:37] ok [11:37] asac : there's a line in the rules file which refers to a non-existent file [11:37] asac : -mv -f $(CURDIR)/packages.list $(CURDIR)/packages.list.old [11:37] asac : this file doesn't even exist in the thunderbird locales source package [11:41] hmm [11:42] mertiki: did you take a look at the firefox-locales-all package? [11:42] mertiki: that one is most likely in the most decent state [11:42] asac : not yet, I'll look [11:43] asac, I have an idea. gonna try it [11:44] Ubulette: what issue are you on? [11:44] xul [11:44] yes 1 or 2 ? [11:44] (gkdebug?) [11:44] 2 [11:44] or wallet et al? [11:46] Ubulette: when is libxpcom.so build? [11:46] for me it doesn't exist after make in xpcom === shirish out === shirish [n=shirish@59.95.10.78] has left #ubuntu-mozillateam [] === Paddy_EIRE [n=patrick@78.144.25.19] has joined #ubuntu-mozillateam [12:05] Ubulette: the idea is to build it early in top level Makefile.in [12:06] howver for that to happen it has to build at all ... which it currently doesn't [12:06] so better concentrate on 1 :) [12:08] asac : the firefox rules file doesn't have a update-xpi option.. [12:08] asac : I searched it and tried it but.. can't find it [12:08] asac : tested for mozilla-firefox-locale-all-2.0.0.1ubuntu [12:09] hmm [12:09] ok [12:11] asac : maybe you can look at this.. but I think that you'll not find any update-xpi in the rules file [12:12] mertiki: ok please upload a new version with the fixed FETCHADDRESS [12:12] and add that info to the bug [12:12] i will do it and upload [12:13] thanks [12:13] asac : thanks a lot for all your work [12:13] mertiki: yes ... drop info to bug when you uploaded a new revision [12:13] thanks [12:13] asac : I have a last question : When a package isn't accepted in repositories yet, do I have to change the ubuntu version number to upload it into REVU? [12:14] asac, seems to work. i'm in cairo now [12:14] asac : I'll do it [12:18] Ubulette: please don't do too hacky things [12:18] since you don't tell what you do, i cannot tell if its good ;) [12:18] mertiki: i have no idea [12:19] mertiki: ask scottk or someone who is more used to revu [12:19] asac : Ok thanks [12:19] mertiki: i think you have to bump ubuntu revision [12:19] but not sure [12:19] asac : I'll ask my question on the #ubuntu-motu chan, they will probably know that [12:19] asac, I think i did a (one) fix, not a hack. [12:20] Ubulette: so all extensions build now? [12:20] seems so [12:21] ok great [12:21] what did you do? [12:39] Ubulette: kazehakase ... nsIPassword is somehow not installed ... any ideas? [12:40] ah right [12:40] thats wallet [12:40] ok [12:40] Ubulette: so you have any patch i can use to build wallet? [12:40] my port of kazehakase is not complete [12:41] well ... for now it fails because of missing wallet extension in xulrunner [12:41] i just ported files one by one and stopped at nsIPassword, then jumped to xul [12:41] yes [12:41] there are probably many other things to port [12:41] what did you do to build all extensions? [12:44] pushed [12:44] rev14 [12:45] Ubulette: that makes the whole build succeed? [12:46] hmm. thought it did but not [12:46] it jsut stopped [12:46] in extensions right? [12:47] for me libxpcom.so is not build at that point of time ... though it is in trunk -dev package [12:47] no, same place but it built tons of stuff before [12:47] ok [12:47] i dropped it from libxul-config.mk [12:47] to get ahead [12:47] but extensions fails [12:48] xpcom not avail ... and i made it avail, but now symbols are missing [12:48] probably need to link against the static xpcom libs [12:48] but i doubt it [12:48] there must be something else [12:48] we need at least wallet i guess for kazehakase [12:49] but that fails [12:49] maybe needs to be ported [12:49] hmm it seems almost complete [12:50] asac: So is there anything I can do to get a ppc fix in somehow? I'd like to see this fixed soonish if possible. [12:52] TheMuso: which application? [12:52] (sorry, but i lost context) [12:53] ah you say for trunk? [12:53] granparadiso? [12:53] asac: firefox3, well whatever. It needs fixing in trunk at least. [12:53] ok [12:53] you have a patch? [12:54] (i know you had .... but i don't know where) [12:54] No I don't have a patch yet, as we were trying to work out what the cleanest fix would be. [12:54] ah [12:54] yes [12:55] TheMuso: what file did we touch last? [12:55] Linux.mk ? [12:55] was that enough to build for you? [12:56] asac: We didn't touch anything. I was experimenting to see where the best place would be to fix the problem. I thought that xpcom/reflect/xptcall/md/unix/Makefile.in was the best place to fix it. [12:56] Linux.mk had nothing to do with it, and I haven't had a lok at it, but I will now. [01:00] well ... if its enough to fix there, then maybe use that [01:01] i have no idea if Linuxpowerpc64 could exist as well [01:01] maybe adapt the Makefile.in to match that as well [01:01] TheMuso: ^^ [01:02] ifneq (,$(filter Linuxpowerpc,$(OS_ARCH)$(OS_TEST)) [01:02] or something [01:03] right [01:04] at best do a quilt patch which we can include in our branches then [01:05] but please test that the binaries actually work :) [01:05] Sure. [01:05] BTW there are only 2 Linux.mk files, and they appear to only be for parts of the code. [01:06] asac : Sorry for the time it took, I uploaded the new sunbird-locales and notified it in the launchpad bug [01:06] mertiki: thanks [01:07] mertiki: if you don't see it acked or uploaded within two days, bug me ;) [01:07] but since i set it to in progress and assigned to me i should remember [01:08] asac: Ok, I think the affected Makefile.in is the best solution. [01:14] asac : Cool thanks!