[01:13] from a pretended free service [01:13] cwong1: i think i tested it here before my image broke [01:13] cwong1: now i have no chance to test it anymore [01:14] asac: It should be back up tonight [01:14] Ubulette: well its free ... but you get something when you donate :) [01:14] cwong1: ok i will try tomorrow [01:14] ok [01:14] cwong1: but please fix the chroot [01:14] :) [01:15] receiving only when you donate, in my country means pay [01:15] Ubulette: yeah ;) ... if i donate to greenpeace i get a brochure :) [01:15] Ubulette: though i consider this a waste of money ... i don't think i pay for it [01:16] Ubulette: the difference between pay and donate is a contract :) [01:16] Ubulette: if you donate you have no right to get something ... while when you pay you usually do [01:16] it's even worse [01:17] well, forget about this, i'll never connect from anywhere but home then [01:21] oftc doesn't cloak at all [01:21] i think irc.gnome.org and mozilla.org do though [01:21] (by default) [01:54] i give up with songbird. it's not ready to be packaged. too much work to do to get rid of all the stuff bundled [01:54] no support at all for any system libs [01:55] just ugly, or too young, or both [01:59] i've already made a dozen of patches and it still doesn't compile without the prebuilt deps in the source tree [01:59] 'night === shirish [n=shirish@59.95.21.172] has joined #ubuntu-mozillateam === shirish [n=shirish@59.95.21.172] has left #ubuntu-mozillateam [] === Bernardo [n=Bernardo@sourcemage/Bernardo] has joined #ubuntu-mozillateam [10:29] good morning [10:36] hi [10:36] Bernardo: you had ipw3945? [10:39] yes, I have one [10:39] I debugged it with you a few days ago, had to enable showing the ssid for it to connect under gutsy [10:43] asac: do you want me to do more tests? [10:52] yeah right [10:52] actually we fixed the driver for a bunch of bugs ... would still be curious to see though why it doesn't connect to hidden [10:53] but not right now ... will you be here later? or tomorrow? [10:54] yes, it's even better for me if it is later, as I about to leave [10:55] I managed to connect fine just now, after the latest bunch of updates to kde, etc., AFTER restarting NetworkManager. I even had to do a couple "kill -9" to get it to die [10:55] before that it would just hang (I had just restarted X after the updates) claiming that there was a scheduled activation to eth1, and would sit there for ever [10:58] hmm strange [10:58] we haven't uploaded a thing [10:58] ;) [10:59] I think it was possibly some "communication error" between knetworkmanager and NetworkManager [11:00] the update might have broken something temporarily === Bernardo is away: Ausente por agora. [11:20] Bernardo: cu === Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam === jbs [n=Bernardo@89.181.195.60] has joined #ubuntu-mozillateam === gnomefreak not happy at all [12:10] Ubulette: you here? [12:10] cant grab the trunk package i want [12:11] https://code.launchpad.net/~mozillateam/firefox/trunk gives error [12:11] nvm i missed something [12:21] asac: how did iceape go? === gnomefreak thinks trunk is last package for the week as the pain is not getting better :( [12:22] i go to dr today i hope [12:22] in about 4 hours (to be on safe side) the gutsy repo is ready the feisty should already be ready [12:23] ok trunk is uploading im out for a bit again [12:25] gnomefreak: i will take a look tomorrow [12:25] aeh today :) [12:26] asac: k [12:56] damn trunk orig is huge === gnomefreak thought we made that smaller [01:33] ffox? === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-mozillateam [01:34] hi TheMuso [01:34] Hey asac [01:34] Ubulette: TheMuso found out why ffox ftbfs on powerpc :) [01:34] I have worked out why firefox-granparadiso FTBFS on PowerPC if anybody is interested. [01:35] sure! [01:35] Thanks to some autoconf/automake changes somewhere. [01:36] Exactly what was changed I haven't figured out, but I at least know of a hacky solution to get it to build. [01:36] you found the right place to fix it? [01:36] ok let us know :) [01:36] I'm currently test-building trunk, just to be sure it works. [01:37] The problem is that all the Makefile code, particularly for xptcall, checks OS_ARCH and OS_TEST joined together for the string Linuxppc [01:38] For some reason, since alpha7 I think, this string with these two vars represents Linuxpowerpc, which makes the xptcall code compilation fail with a not implemented message, since it doesn't match any checks. [01:38] The hacky solution is to place a reassignment call in configure.in/configure to force OS_TEST to be ppc, if a powerpc cpu is detected. [01:39] asac: WOuld it be easier if I were to show you with a patch? === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [01:42] sorry was offline [01:42] 13:36 < TheMuso> The problem is that all the Makefile code, particularly for xptcall, checks OS_ARCH and OS_TEST joined together for the string Linuxppc [01:43] 13:38 < asac> right [01:43] 13:38 < asac> now its ppc64? or what? [01:43] thats the last i had [01:43] TheMuso: ? [01:43] ok hang on a sec. [01:43] For some reason, since alpha7 I think, this string with these two vars represents Linuxpowerpc, which makes the xptcall code compilation fail with a not implemented message, since it doesn't match any checks. [01:44] The hacky solution is to place a reassignment call in configure.in/configure to force OS_TEST to be ppc, if a powerpc cpu is detected. [01:44] you mean it changed in ubuntu ... or in firefox? [01:44] The hacky solution is to place a reassignment call in configure.in/configure to force OS_TEST to be ppc, if a powerpc cpu is detected. [01:44] asac_: Sorry, in firefox. [01:44] Trunk shows similar behavior. [01:44] well ... i mean did firefox change code? [01:45] TheMuso: please go to bonsai.mozilla.org [01:45] in configure.in, yes, but what they changed to break this, I don't yet know. [01:45] then search on HEAD (preselected) for configure.in file ... and select "since beginning of time" [01:45] at the button [01:45] then you should see modifications to configure.in ... if you find the checkin that changed it let me know [01:46] asac_: Ok. [01:46] s/button/bottom/ :) === Starting logfile irclogs/ubuntu-mozillateam.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-mozillateam === Topic for #ubuntu-mozillateam: Home of Ubuntu Mozilla Team - https://wiki.ubuntu.com/MozillaTeam | Bug Triagers please read: https://wiki.ubuntu.com/MozillaTeam/Bugs/ + https://wiki.ubuntu.com/MozillaTeam/Bugs/Procedures | Firefox trunk package source : https://code.launchpad.net/~mozillateam/firefox/trunk | Mailing List: ubuntu-mozillateam@lists.ubuntu.com === Topic (#ubuntu-mozillateam): set by asac at Tue Aug 21 12:22:59 2007 [02:03] asac: When was alpha5 released? I need a date to work from. [02:09] hmm end of may? [02:09] asac: Ok, I've found out. [02:21] asac: If I am viewing a diff, is there a way I can actually download a copy of the diff to be applied with patch? [02:25] asac: nvm go one. === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [02:30] asac: I have a tentative finding. I backed out the changes to that commit, and am testing. [02:30] asac_: ^^ [02:42] asac: The commit on 2007-07-14 15:00, version 1.1843 for configure.in, committed by asquella@gmail.com for mozilla bug 372428, to fix a bug allowing a 64-bit kernel and a 32-bit userspace seems to be the commit that broke linux ppc building. [02:42] Mozilla bug 372428 in Build Config "firefox configure.in does not work currently with a 64 bit kernel and a full 32 bit userland" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=372428 [02:42] TheMuso: ok i will oook after lunch [02:42] now out for lunch [02:42] sure. === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam [04:13] TheMuso: i think this has to be fixed for real ... there are multiple places that match for ppc which probabyl should now match for powerpc === DarkMageZ [n=richard@ppp121-44-11-183.lns4.syd7.internode.on.net] has joined #ubuntu-mozillateam === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam === asac__ [n=asac@e177170173.adsl.alicedsl.de] has joined #ubuntu-mozillateam === asac [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [05:43] Ubulette: ok lets prepare xulrunner and firefox-granparadiso for gutsy [05:48] ;) [05:50] Ubulette: i can do the work needed to get things going for paradiso ... just wanted to know if you see any issues up-front? === cwong1 [i=chatzill@nat/intel/x-59e7708d734ce195] has joined #ubuntu-mozillateam === Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam [07:25] hi [07:27] asac, i wanted to do that directly with a8 [07:39] ok cool ... [07:39] let me look [07:40] ok next tuesday [07:40] today is freeze for m8 [07:40] is there anything we can do upfront? ... e.g. merging trunk branch to paradiso and switching to without-system-{nss,nspr} ? [07:41] or better do that right after release? [07:42] it's better to have a8 tarball 1st. otherwise, patches will have to be updated twice === Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam [08:03] Ubulette: ok === Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam === Ubulette_ [n=Ubulette@APuteaux-153-1-73-18.w81-249.abo.wanadoo.fr] has joined #ubuntu-mozillateam === Ubulette_ is now known as Ubulette === Bernardo [n=Bernardo@sourcemage/Bernardo] has joined #ubuntu-mozillateam [09:16] hi [09:18] asac: had to reboot because strigi filled my home partition and crashed X, and networkmanager seems to be working fine, connected without problems. === shirish [n=shirish@59.95.3.46] has joined #ubuntu-mozillateam [10:10] asac: Ubulette: hey guys [10:10] what's up? [10:10] hi [10:11] Ubulette: nice to know that you're up, btw you should start writing a blog or something [10:11] Ubulette: with the cool links you know & stuff you do, me mere mortals can learn a thing or two from you for sure :) [10:12] Ubulette: and at the same time come to know what new is cooking :) [10:12] Ubulette: so were/are you able to get songbird up? [10:12] people in gutsy's forum already asked me the same thing [10:12] songbird is too young i'm afraid [10:13] it's filled with binaries [10:13] it needs a serious rework of the build system to be packaged in an acceptable way [10:13] Ubulette: oh sorry to repeat the query then === Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam [10:14] Ubulette: see ;) a rant/query/whatever it is makes for a very good blog post. [10:15] Ubulette: any idea as to what's happening with gnash by any chance? I know you're not involved with it but as asac is perhaps you know what's going on in there [10:15] sorry, no clue [10:17] Ubulette: ok no issues, just do me a favour, if & when asac's around & if you do remember to ask him, please ask him about the status of gnash, although I'm equally looking forward to trying out swfdec as & when that can happen :) [10:18] sure [10:19] hmm, addons now need to be secured in trunk [10:19] Ubulette: thanx, and either of you drop me a mail whenever things are moving [10:19] http://www.sofaraway.org/ubuntu/tmp/addons-no_secure_updates.png [10:19] http://www.sofaraway.org/ubuntu/tmp/addons-no_secure_updates2.png [10:20] should work around that [10:20] hm, easy [10:21] Ubulette: secure updates, something on the lines of having some kind of digital signature or something, from let's say mozilla foundation or what? [10:21] or a.m.o ? [10:22] no, just updates through https i guess [10:23] hmm... that shouldn't be so hard but then its not so hard to forge through https:// also [10:24] forge https ? no [10:25] as the update url is in the package, it's good enough as long as the original install was genuine and from a secured site [10:26] I attended a security conference some days ago & they showed how easy its to manipulate, but whatever [10:27] simply speaking, either its becoming harder to take assumptions or I'm becoming more paranoid with all the hacks happening all over the place ;) [10:28] dunno what else to say [10:30] Ubulette: anyways, so we can expect this in today's build? the no_secure_updates thing, its actually better than before for sure. [10:31] was already there yesterday as i'm still in the middle of today's upgrade [10:31] hmm, strange. gusty's ahead of my bot for file-roller [10:32] Ubulette: that's curious as I didn't get it. I downloaded couple of add-ons from a.m.o [10:33] probably because all yours are updating on https [10:33] tabmix+ dev is over http [10:33] plain tabmix+ doesn't work with trunk [10:34] ah ok, will try that for kicks, let this update/upgrade happen & let's see what happens ;) [10:34] Ubulette: didn't we pass m8 , feature-freeze or they pushed back the dates? [10:37] hmm, no bump yet [10:37] Ubulette: ok cool [10:38] Ubulette: I might have asked you this question before, if so please pardon me, but do you know who's packaging Kazehakase ? [10:38] that should be automatic in my repo [10:38] nope [10:39] Ubulette: you have Kazehakase in your repo. ? [10:39] nope [10:39] any idea if you will go for it sometime? [10:40] maybe as it would be interesting to make it work with our new xulrunner 1.9 [10:40] asac: SO what do you mean exactly? As I said, changing that one commit has caused things to work here on PowerPC. === tonyyarusso [n=anthony@ubuntu/member/tonyyarusso] has joined #ubuntu-mozillateam [10:41] Ubulette: I'm sure it would be, just lemme know if you do something on that front, I do like Kazehakase, maybe because it's so different in some ways [10:52] Ubulette: also unlike ff, its pretty lightweight at 1.4 MiB or even less. [10:54] ff is light now :) [10:59] it is but Kazehakase is much lighter than it ;) [11:00] anyway, gotta sleep , see you tomorrow, take care [11:00] bye [11:00] cu === shirish out === shirish [n=shirish@59.95.3.46] has left #ubuntu-mozillateam [] [11:02] asac: Question on MOZ_NO_REMOTE [11:11] asac, is Kazehakase maintained in a vcs ? [11:24] Ubulette: debian? no idea [11:24] cwong1: what question? [11:25] TheMuso: i am not sure ... but now the use target_cpu instead of OS_TEST=$(uname -m) to match the arch [11:25] apparently its powerpc instead of ppc ... while for other archs it appears to work [11:27] Ubulette: does it look doable to move kazehakase to xulrunner-1.9? [11:28] asac: I was looking into the problem why midbrowser wouldn't start in the new target. It appears to be screwed up somewhere in the XRemoteClient's SendCommandLine. If I set MOZ_NO_REMOTE to yes and it ran ok since it doesn't use remoteclient. The question really is should it go thru XRemoteClient? [11:30] cwong1: XRemote client is used to open new windows/tabs if you click on links in other applications ... i think we cannot live without it [11:30] cwong1: why the hell would it break? [11:30] that sounds like a rather big bug in the xserver [11:30] asac: I don't know yet. I don't think the problem is in our code [11:31] asac: I have a version of the browser that ran in the old target but as soon as I did an upgrade it started failing [11:31] asac: We need to know where TARGET_CPU/target_cpu is getting its value from... [11:31] I guess. [11:32] cwong1: currently the image is still broken for me [11:32] cwong1: i couldn't even open xeyes [11:32] and the marque panel crashes when clicking on the application switcher [11:32] and the application menu doesn't look reasonable as well [11:33] http://people.ubuntu.com/~asac/screen1.png [11:33] thats an up-to-date image-creator created chroot about 12 hours ago. [11:33] asac: somthing is wrong with the hildon-desktop. They know about it. Would that be the causeof the problem? [11:33] looks fun. too bad i don't have such a device :) [11:37] Ubulette: its just a xephyr window :) [11:37] cwong1: i think we should not bother until i can at least open such basic applications like xeyes [11:38] export DISPLAY=:2 [11:38] xeyes [11:38] doesn't start for me [11:51] asac: I agree. We should wait til things settle. [11:55] cwong1: its a bit wierd so [11:55] just xephyr + matchbox doesn't allow me to start midbrowser as well [11:56] maybe i will take a look again tomorrow [11:56] but since there was a xephyr upload yesterday i assume that i might have broken something [11:56] ok === Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam [12:03] asac, Kazehakase's patch contains much more than just debian/*, is that right ? [12:04] asac, http://pastebin.mozilla.org/194347 [12:05] let me look [12:05] Ubulette: its probably the diff needed to build against debian xulrunner [12:05] maybe we can drop that [12:06] i would just start with debian/ dir and see whats going on [12:07] maybe you can see in changelog what was done to the Makefile's [12:11] debian bug 352084 [12:11] Debian bug 352084 in kazehakase "kazehakase: Build-Dep on mozilla (library), should transition to xulrunner" [Serious,Fixed] http://bugs.debian.org/352084 [12:14] mike patched configure to look for his xul 1.8, is/was not supported upstream [12:15] yeah thats what i thought [12:15] does upstream support our sdk? [12:15] don't know yet [12:16] the makefile patches are all for: [12:16] - -DGTK_DISABLE_DEPRECATED=1 \ [12:16] - -DGDK_DISABLE_DEPRECATED=1 \ [12:16] - -DG_DISABLE_DEPRECATED=1 [12:16] bug 137269 [12:16] Launchpad bug 137269 in kazehakase "[FTBFS] kazehakase" [Undecided,Fix released] https://launchpad.net/bugs/137269 [12:20] the web site is messy [12:21] hm, the japanese version is better === Paddy_EIRE [n=patrick@84.13.126.88] has joined #ubuntu-mozillateam [12:32] if test "$gecko_version_major" != "1" -o "$gecko_version_minor" -lt "7" -o "$gecko_version_minor" -gt "9"; then [12:32] AC_MSG_ERROR([Unsupported Gecko version $gecko_version_major.$gecko_version_minor] ) [12:32] fi [12:32] asac, seems good [12:33] if test "$gecko_version_major" = "1" -a "$gecko_version_minor" -ge "9"; then [12:33] AC_DEFINE([HAVE_GECKO_1_9] ,[1] ,[Define if we have gecko 1.9] ) [12:33] fi [12:34] nice [12:35] GECKO= [12:35] AC_ARG_WITH([gecko_engine] , [12:35] AS_HELP_STRING([--with-gecko-engine@<:@=mozilla|firefox|thunderbird|seamonkey|xulrunner@:>@] , [12:35] [Whether to use mozilla, firefox or thunderbird or seamonkey xpcom (default: mozilla)] ), [12:35] [GECKO="$withval"] ) [12:37] $PKG_CONFIG --exists xulrunner-xpcom [12:37] gasp, we don't provide that so far [12:41] seems moz guys renamed those .pc files [12:43] asac: I guess it wouldn't make sense to put a test case in for Linux and powerpc, to use uname -m, or force OS_TEST to ppc... [12:44] Ubulette: isn't xulrunner-xpcom a debianism? or is that shipped somewhere in dist ? [12:44] TheMuso: i don't think that its the right thing to do [12:44] asac, the $PKG_CONFIG --exists xulrunner-xpcom test is from kaze cvs [12:45] Ubulette: yes it is [12:45] asac, xul 1.9 seems to ship libxul.pc and libxul-embedding.pc [12:45] ah right [12:45] 1.8 shipped xulrunner-xpcom [12:45] ok [12:45] maybe they changed that recently and kaze code is not yet adapted [12:46] libxul-embedding is for -lxpcomglue [12:46] yes kaze should use that i guess [12:46] libxul.pc is for -lxpcomglue_s -lxul -lxpcom [12:46] -lxpcomglue? thats not static? [12:47] -lxpcomglue_s is static [12:49] well [12:49] right which makes me wonder if libxul-embedding is right [12:49] both are static [12:49] iirc there is no shared glue available by default ... is there? [12:49] ok [12:49] libembed_base_s.a libembed_base_standalone.a libmozreg_s.a libunicharutil_external_s.a libxpcomglue.a libxpcomglue_s.a libxpcom.so libxul.so [12:50] in /usr/lib/xulrunner-devel-1.9a8pre/sdk/lib/ [12:52] so for kazehakase, that means tweaking configure to call pkg-config on libxul-1.9 [12:53] i think kaze should use -embedding [12:53] its not a xul app ... just gecko embedder [12:55] yep right. it's just that they are looking for xpcom everywhere [12:56] just to get the gecko version at the end [12:56] asac: An alternative is to change all the Makefile checks to check for Linuxpowerpc instead of Linuxppc... - Just thinking out loud here... [12:56] TheMuso: look in the .mk files [12:56] you will find where it is [12:58] it would be nice to *print* those $OS_whatever during build so we can see them in the logs.. instead of guessing [12:58] asac: I know its there, as thats how I found out what the problem is. I am just trying to think of sane ways to fix it. [12:59] Ubulette: I found the settings for OS_TEST and OS_ARCH by looking in config.status. [12:59] Doesn't help while building, but still useful. [12:59] because you have access to a ppc box :) we don't [12:59] or at least, i don't [01:00] Ubulette: As I've said. I know what the problem is, and its just a matter of working out a sane fix. [01:00] (that's why i never fixed the ftbfs of granparadiso) [01:00] Ubulette: Yeah I thought as much. [01:04] target_cpu is worked out from the target, which varies from arch to arch. On powerpc its powerpc-linux-gnu, i386 its i386-linux-gnu, etc. [01:05] Found out from looking at the configure script, and getting it to spit out the values of target and target_cpu. [01:10] asac: Turns out that out of the whole source, there is only one lot of code who's makefile needs to check for Linuxppc. That is the xptcall code. [01:15] maybe they match *-linux-gnu) somewhere? [01:16] asac: Well the first part of that is used to determine the CPU type, which obviously helps with the 32-bit userspace on 64-bit kernel. [01:17] yes [01:17] And yes they do match it, but only to set optimization/CFLAGS.